0 INFO-VAX	Thu, 11 Jan 2001	Volume 2001 : Issue 22      Contents:" RE: (no) Future of Oracle on VMS??" Re: (no) Future of Oracle on VMS??J Re: Alpha RC5 Performance (was Re: Today's Nugget of Worthless Information6 Re: Are there any decnet commercial books for OpenVMS?6 RE: Are there any decnet commercial books for OpenVMS?6 Re: Are there any decnet commercial books for OpenVMS? Backup failures  Re: Bar Code printer4 Re: Compaq: A simple, affordable clustering solution4 Re: Compaq: A simple, affordable clustering solution4 Re: Compaq: A simple, affordable clustering solution4 RE: Compaq: A simple, affordable clustering solution4 Re: Compaq: A simple, affordable clustering solution4 Re: Compaq: A simple, affordable clustering solution4 Re: Compaq: A simple, affordable clustering solution4 Re: Compaq: A simple, affordable clustering solution4 Re: Compaq: A simple, affordable clustering solution: RE: Compaq: A simple, affordable clustering solution again7 Re: Data Conversion: VAX D, G floats from a binary file 7 Re: Data Conversion: VAX D, G floats from a binary file 3 Re: DCPS printer support (was RE: LN06 replacement)  Re: Dec 3000 300 help (humour) Re: Dec 3000 300 help (humour) Re: Dec 3000 300 help (humour)6 RE: DIGITAL OpenVMS Disk Services for Windows NT + NAS6 RE: DIGITAL OpenVMS Disk Services for Windows NT + NAS Re: eBay SPAMARAMA Re: eBay SPAMARAMA Re: Email, SMTP% and FAX$ Re: Gigabit Ethernet and VMS 6.2-1H3$ Re: Gigabit Ethernet and VMS 6.2-1H3 Re: GS160 hardware question  Re: GS160 hardware question  Re: GS160 hardware question  Re: IBM + Linux + US$ 1 bilion? INGRES date on-disk format (or: how to convert vms system time)  iostream.h missing ? Re: iostream.h missing ?2 Re: It =?iso-8859-1?q?=B4s?= not a Compaq Web Site. It =?iso-8859-1?q?=B4s_not_a_Compaq_Web_Site?= Java FVM 1.2.2-1
 Re: LN08 info  Re: locked file  Re: locked file 2 Miscellaneous errors reported on disk on host RAID MOUNT, INITIALIZE, DENSITY Re: MOUNT, INITIALIZE, DENSITY! Re: OpenVMS "reply/to" challenge. ! Re: OpenVMS "reply/to" challenge. ! Re: OpenVMS "reply/to" challenge. ! Re: OpenVMS "reply/to" challenge. ! Re: OpenVMS "reply/to" challenge.  OpenVMS + Active Directory OpenVMS on CNET  Re: OpenVMS on CNET  Re: OpenVMS on CNET  Optical Drives for VAX Re: Optical Drives for VAX Re: Pathworks error message 	 RDB Locks 
 Re: RDB Locks 
 Re: RDB Locks  Test 123+ Re: Today's Nugget of Worthless Information + Re: Today's Nugget of Worthless Information  UCX Routing problem  UCX Routing Problem  UCX Routing Problem  Re: UCX Routing Problem  Re: UCX Routing Problem  Re: UCX Routing Problem > Re: Version dyslexia (was: Re: DEC-AXPVMS-VMS712_SYS-V0200--4) Re: VMS verses the Web& Re: voor de belgische Alpha gebruikers Re: Wizard Disappears!!! Re: Wizard Disappears!!!+ Re: [TCPIP V5.0A ECO1] BIND Server errors ?   F ----------------------------------------------------------------------  % Date: Thu, 11 Jan 2001 08:43:37 -0500 / From: "Webb, William W" <wwebb1@email.usps.gov> + Subject: RE: (no) Future of Oracle on VMS?? I Message-ID: <D46FE9B132FB9B44AEC242A96E4AB7502CB340@rlghncst625.usps.gov>   H I've done a fairly extensive and time-consuming web search (on a projectL involvoing a different Federal agency, and from a different location than myL current one), and I have been unable to find a transcript of this mysterious Mitnick testimony.  ? If anybody has a URL or a transcript of this, I need it *ASAP*.   B In the only Mitnick testimony that I did find anything that soundsG reasonably close to this, he testified that there was one system he was F unable to hack, and that it was the personal system of someone who hadI allegedly found some obscure security vulnerabilities (MUP 3, anyone?) in  VMS.  L The testimony I read didn't explicitly state that this system was a VMS box.  K Elsewhere, there is a fairly nifty Senate summary of some Mitnick testimony ? that contains a middling decent intrusion detection checklist.    : Hacker?  Hmmph.  More like a very slick "social engineer".   WWWebb   -----Original Message-----0 From: Info-VAX-Request@Mvb.Saic.Com at INTERNET * Sent: Wednesday, January 10, 2001 11:52 AM6 To: Webb, William W; Info-VAX@Mvb.Saic.Com at INTERNET+ Subject: RE: (no) Future of Oracle on VMS??     9 "Paul Repacholi" <prep@prep.synonet.com> wrote in message * news:874rz7liql.fsf@k9.prep.synonet.com...3 > "F Adolfsson" <nospam@localhost.spamwarn> writes:  > 	 > > Upper @ > > management people thought it was dead since it never appears anywhere0 > > (Cpq must aim for always and everywhere!!!). > A > The best ( perhaps the only ) thing the Q can do to turn people @ > *perceptions* of VMS around is to get it seen in the every day > mass press. ...   A I think that Compaq should get an ad ready for the next time some E hacker attacks a big name system somewhere. As soon as possible after C the news gets out put it on a full page ad in the NY Times, Toronto  Star, London whatever...    The ad should say something like  4     On whateverday Kevin Mitnick* testified in front0     of the U.S. Congress that there was only one2     operating system that he could not break into.     What was it?                   OpenVMS   % [not so small footnote at the bottom] 0     *Called the "World's Greatest Hacker" by the)     whatever-newspaper-this-appears-in on ,     whatever-date-you-can-find-the-quote-for    A Every major newspaper should have at least one article where they F refereed to Mitnik as the "world's greatest hacker" or the "FBI's mostD wanted hacker" or something like that. Tailor the ad to the specific+ newspaper by quoting what they said before.   F According to past posts here, Rich Marcello has said in a presentationE or two that Mitnick did testify that VMS was the only system he could D not break into. I have never seen the actual quote but if he said it  then paste it all over the news.  D BTW: before anyone joins in to tell me that Mitnick probably did getE into VMS somewhere, who cares??? You word the ad right by saying that 8 this is according to his testimony in front of Congress.  D BTW again: If anyone from Compaq or their ad agency is reading this.D As far as I know, this was my idea, it is now in Public Domain, feelD free to use it for any VMS ad you want, I'm not going to ask for any) commission or try to claim any copyright.      --   RULES OF THE AIR   ----------------- <   #9. Learn from the mistakes of others. You won't live long*       enough to make all of them yourself.   ------------------------------  % Date: Thu, 11 Jan 2001 10:33:02 -0500 - From: "Peter Weaver" <peter.weaver@stelco.ca> + Subject: Re: (no) Future of Oracle on VMS?? 4 Message-ID: <Qnk76.119346$Z2.1392266@nnrp1.uunet.ca>  ? "Terry C. Shannon" <terryshannon@mediaone.net> wrote in message 6 news:qy076.49243$1t.2716536@typhoon.ne.mediaone.net... >...= > I don't believe that any verminous scumbag hacker should be  described as aF > "world's greatest" anything, other than perhaps the world's greatest pain in ? > the ass. CPQ should not help a criminal achieve cause celebre  status, = > there's enuff clueless Mitnick groupies doing that already.  (Remember backF > in the late 80s when a DECUS member made a big stink about Digital's effort3 > to bar Mitnick from attending a DECUS symposium?)   F But he already has been labeled that in the press. As I stated before,E use the same quote that the newspaper you are advertising in used. If A the Washington Post said "FBI's most wanted hacker" then use that 4 quote in the ad that appears in the Washington Post.  F Maybe it's not a good ad, but I think that if I did not know about VMS8 before then an ad like that would get me to research it.   --   RULES OF THE AIR   ----------------- ;  #10. You know you've landed with the wheels up if it takes %       full power to taxi to the ramp.    ------------------------------   Date: 11 Jan 2001 16:08:52 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)S Subject: Re: Alpha RC5 Performance (was Re: Today's Nugget of Worthless Information 6 Message-ID: <93klqk$dk6$2@mailint03.im.hou.compaq.com>  N In article <93j25d$uo8$1@nnrp1.deja.com>, fooguy <jweisen@my-deja.com> writes:  I   Please pick a real subject.  Thanks!  (You almost entered my kill file, J   based on your choice of name and subject.  No offense intended, though.)  5 :Two DS20s, both alike in kind in fair Washington,DC:  :500mhz 21264 CPU, 1G Ram  : 3 :One is running OpenVMS 7.2-1, the other NetBSD 1.5  : 8 :The RC5 keyrate from the OpenVMS machine is ~532Kkeys/s8 :The RC5 keyrate from the NetBSD machine is ~1027Kkeys/s : D :Now, I would not expect RC5 to perform as well on an Alpha as a PC,F :since the client is so heavily optimized for the PC (mhz for mhz, theH :Alpha was over twice as fast as a PC in the DES benchmark), but for twoI :identical machines to have that wide a gap? I'm not sure, but I'd assume F :that the NetBSD version was compiled with GCC and the OpenVMS versionE :DEC C. And DEC C, being a better compiler, should presumably produce  :tighter binaries.  G   The C RTL does not have the fastest I/O.  I could easily believe that F   use of stub or temporary files or frequent open-close or other such H   techniques could hamper performance, but -- without seeing and without6   profiling the code -- this is all sheer speculation.  G :As a disclaimer, these binaries are for Alpha EV5. Does anyone know if = :anyone is working on optimizing the client for newer Alphas?   F   Compile the code with Compaq C V6.2 or later, and specify /ARCH=EV569   and /OPT=TUNE=GENERIC.  (See the FAQ for some details.)   N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Thu, 11 Jan 2001 13:12:46 +0000 $ From: Steve.Spires@yellowpages.co.uk? Subject: Re: Are there any decnet commercial books for OpenVMS? / Message-ID: <002569D1.00489657.00@quegw01.btyp>   L Contact:   Tel: 3063  -  IS - Infrastructure, 1st Floor, Bridge Street Plaza    * I have one which I have always found good;   DEC Networks and Architectures J. Ranade Dec Series Author Carl Malamud  McGraw-Hill Publishing ISBN 0-07-039822-4  8 I think it's from 1990, but it DOES include Phase V/OSI.  L Whether you can still get hold of it, I don't know, or if it's been updated.   Steve Spires          D "rmiddleton" <teamx@teamx.box-o-phear.org> on 11/01/2001 12:38:46 AM    To:        Info-VAX@Mvb.Saic.Com+ cc:         (bcc: Steve Spires/YellowPages) L From:      "rmiddleton" <teamx@teamx.box-o-phear.org>, 11 January 2001, 0:38            a.m.   2 Are there any decnet commercial books for OpenVMS?        + Has anyone come across a good OpenVMS text?    Thanks in advance.   ------------------------------  % Date: Thu, 11 Jan 2001 09:37:23 -0600 * From: WILLIAM WEBB <WWEBB1@email.usps.gov>? Subject: RE: Are there any decnet commercial books for OpenVMS? - Message-ID: <0033000013305855000002L052*@MHS>   6 =0AA good place to look for books is bestbookbuys.com.  ) It can look up by author, title, or ISBN.   = Comparative shops among quite a few new and used booksellers.    WWWebb   -----Original Message-----/ From: Info-VAX-Request@Mvb.Saic.Com at INTERNET ( Sent: Thursday, January 11, 2001 8:22 AM6 To: Webb, William W; Info-VAX@Mvb.Saic.Com at INTERNET? Subject: RE: Are there any decnet commercial books for OpenVMS?     H Contact:   Tel: 3063  -  IS - Infrastructure, 1st Floor, Bridge Street = Plaza     * I have one which I have always found good;   DEC Networks and Architectures J. Ranade Dec Series Author Carl Malamud  McGraw-Hill Publishing ISBN 0-07-039822-4  8 I think it's from 1990, but it DOES include Phase V/OSI.  H Whether you can still get hold of it, I don't know, or if it's been upd= ated.    Steve Spires          D "rmiddleton" <teamx@teamx.box-o-phear.org> on 11/01/2001 12:38:46 AM    To:        Info-VAX@Mvb.Saic.Com+ cc:         (bcc: Steve Spires/YellowPages) H From:      "rmiddleton" <teamx@teamx.box-o-phear.org>, 11 January 2001,=  0:38             a.m.   2 Are there any decnet commercial books for OpenVMS?        + Has anyone come across a good OpenVMS text?    Thanks in advance.=    ------------------------------    Date: 12 Jan 2001 00:46:15 +0800, From: Paul Repacholi <prep@prep.synonet.com>? Subject: Re: Are there any decnet commercial books for OpenVMS? 0 Message-ID: <87u276avfs.fsf@k9.prep.synonet.com>  D It is not explicitly about DECnet, but does contain a good bit aboutJ it is one by Radia Perlman. One of the few NW books you can enjoy reading!   --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  % Date: Thu, 11 Jan 2001 12:56:32 +0000 2 From: Kevin Baldwin <Kevin.Baldwin@gardline.co.uk> Subject: Backup failures: Message-ID: <C83C1B7FE93CD411BC3000A0CC624F2F662CFE@A500A>  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_000_01C07BCD.EC019454  Content-Type: text/plain;  	charset="iso-8859-1"    Hi guys C 	I wonder if you could help with the following intermitent problem. K I've spent hours trawling the VMS on-line help and the web in an attempt to F shed some light but have come up with a blank so far. I'll outline the system setup...   ( 19 node cluster running OpenVMS 6.2 -1H3 	Boot nodes 	(VAX)		MV3100-40  			(ALPHA)	DEC 3000/300  					ALPHASTATION 255/233 - 	Satellites	- a mixture of ALPHA workstations   ' Tape Drives		2 x TTI CTS-4410 (4mm DAT) 3 			Both drives are SCSI chained to the ALPHASTATION  255/233  			boot node. (ID5 and ID6) 0 			Emulation is setup as TK50Z with "Fast Search< Enable" which 			quote - "converts space block commands with4 a block count > 			255 into file spacemark commands"  : We run a self submitting daily batch job (see attachment -L DAILY_BACKUP.TXT), which backs up a number of disks to tape. Disks names areH read from a list file. Occasionaly the backup fails with a 'fatal error'E complaining that the 'volume is not software enabled' (see attachment  DAILY_BACKUP.LOG).L The error log seems to show that the SCSI controller is timeing out and thatI commands are not being sent and returned from the tape drive. The timeout 3 also appears to lead to the local disk being reset. K The problem does not appear to be related to the disk being backed up since L it coincides with various disks and we have tried changing the disk order inG the list file. The disk that coincides with the failure is always still  mounted clusterwide.  H The setup presently has 2 tape drives but the problem was still occuring/ when a single drive was manning the SCSI chain.   K I have included the error log (see attachement ERRLOG.TXT) for one of these L occurances. I have extracted all time stamps from the log - it only contains mount/dismounts and errors.   ? I hope you can shed some light on this rather annoying problem.    Yours Hopefully    Kev ) _________________________________________   ( Kevin Baldwin (Technical Systems Leader) Gardline Infotech Ltd $ E-mail:	kevin.baldwin@gardline.co.uk Tel: +44 (0) 1493 442544 Fax: +44 (0) 1493 441200    ' ------_=_NextPart_000_01C07BCD.EC019454 ' Content-Type: application/octet-stream;  	name="DAILY_BACKUP.LOG"+ Content-Transfer-Encoding: quoted-printable   Content-Disposition: attachment; 	filename="DAILY_BACKUP.LOG"   $! $!  Filename:-	SYLOGIN.COM $!D $!  Purpose :-	System level login file for Gardline Infotech cluster $! $! =I =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= I =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= I =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= 	 =3D=3D=3D  $!- $	IF F$MODE() .EQS. "BATCH" THEN SET NOVERIFY ? Job DAILY_BACKUP (queue A255H_BATCH, entry 147) holding until =  11-JAN-2001 23:55 & %DCL-I-ALLOC, _A255H$MKA600: allocated& %DCL-I-ALLOC, _A255H$MKA500: allocated  * ------------------------------------------  Incremental Backup of DIGSYSV  %  Time:        10-JAN-2001 23:56:01.852  Disk Count:  1 "  Target:      DAT1:DIGSYS.BCK,DAT2* ------------------------------------------  2 %MOUNT-I-MOUNTED, INCBAK mounted on _A255H$MKA600: %BACKUP-W-ACCONFLICT, =rG DIGSYS:[VMS$COMMON.SYSMGR]SECURITY.AUDIT$JOURNAL;62 is open for write =e by another userp Rebuilding DIGSYS...    * ------------------------------------------  Incremental Backup of DIGDISK5   %  Time:        11-JAN-2001 00:06:43.55n  Disk Count:  2o$  Target:      DAT1:DIGDISK5.BCK,DAT2* ------------------------------------------  F %BACKUP-W-ACCONFLICT, DIGDISK5:[SYSLOGS]DAILY_BACKUP.LOG;545 is open = for write by another userdF %BACKUP-W-ACCONFLICT, DIGDISK5:[USERS.KEVIN_B]DECW$SM.LOG;52 is open = for write by another usere Rebuilding DIGDISK5...    * ------------------------------------------  Incremental Backup of DIGAXPi  %  Time:        11-JAN-2001 00:18:28.35   Disk Count:  3 "  Target:      DAT1:DIGAXP.BCK,DAT2* ------------------------------------------  I %BACKUP-I-NOBACKUP, DIGAXP:[SYS19.SYSEXE]SYSDUMP.DMP;1 data not copied, =  file marked NOBACKUPE %BACKUP-I-NOBACKUP, DIGAXP:[SYS30_OLD.SYSEXE]SYSDUMP.DMP;1 data not =0 copied, file marked NOBACKUP5 %BACKUP-E-FATALERR, fatal error on DAT1:[]DIGAXP.BCK; 0 -SYSTEM-F-VOLINV, volume is not software enabled %BACKUP-I-OPERSPEC< %BACKUP-I-OPERASSIST, operator assistance has been requested+ %BACKUP-I-OPREPLY, operator reply is "QUIT"18 %BACKUP-F-ABORT, operator requested abort on fatal error  I =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= I =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=vI =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=i	 =3D=3D=3D?4 %DLYBKP-W-ERR - Severe Error during backup of DIGAXP   System Status...  I Disk 3300B$DKA300:, device type RZ26, is online, mounted, file-oriented =c device, >     shareable, available to cluster, error logging is enabled.  I     Error count                    0    Operations completed            =n  161590yI     Owner process                 ""    Owner UIC                       ="   [1,4]e=     Owner process ID        00000000    Dev Prot            =o S:RWPL,O:RWPL,G:R,W I     Reference count                1    Default buffer size             =i     512sI     Total blocks             2050860    Sectors per track               =       57eI     Total cylinders             2570    Tracks per cylinder             =       14 I     Host name                "3300B"    Host type, avail DEC 3000 Model =e 300, yes  I     Volume label            "DIGAXP"    Relative volume number          =e       0lI     Cluster size                   3    Transaction count               =        1eI     Free blocks               937791    Maximum files allowed           =!  256357PI     Extend quantity                5    Mount count                     =-      19-:     Mount status              System    Cache name       = "_A255H$DKA0:XQPCACHE"I     Extent cache size             64    Maximum blocks in extent cache  =?   93779gD     File ID cache size            64    Blocks currently in extent = cache      0I     Quota cache size               0    Maximum buffers in FCP cache    =d     446F5     Volume owner UIC           [1,1]    Vol Prot    =u S:RWCD,O:RWCD,G:RWCD,W:RWCDn  B   Volume Status:  subject to mount verification, file high-water = marking, write-L       back caching enabled.eG   Volume is also mounted on A255G, A255D, A200G, A255A, A200F, A200D, =t A255E,C           3300E, A255B, 3300D, A255C, A200H, 3300F, A255F, 3300C, =h A200E, MV3100,           3300B.    H Magtape A255H$MKA600:, device type TK50, is online, allocated, mounted = foreign,I     record-oriented device, file-oriented device, served to cluster via =c TMSCPa%     Server, error logging is enabled.l  I     Error count                   15    Operations completed            =h 1399080nA     Owner process        "BATCH_115"    Owner UIC               =m [SYSTEM,BACKUP]v5     Owner process ID        24600102    Dev Prot    =  S:RWPL,O:RWPL,G:RWPL,W:RWPLRI     Reference count                2    Default buffer size             =M    8192b  I     Volume label            "INCBAK"    Relative volume no.             =r       0MI     Record size                    0    Transaction count               =8       1.I     Mount status             Process    Mount count                     =t       1 $     ACP process name              ""G     Density                     6666    Format                        =l	 Normal-11e     Volume status:  odd parity.r    I =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=nI =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=mI =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=m	 =3D=3D=3Dm  ...exiting backup procedure4 Backup status was Failure at 11-JAN-2001 09:05:30.16, %SYSTEM-F-DEVNOTMOUNT, device is not mounted8   BACKUP       job terminated at 11-JAN-2001 09:06:29.17     Accounting information:fG   Buffered I/O count:           58056         Peak working set size:  =t 16352 G   Direct I/O count:             58565         Peak page file size:    =  58368 I   Page faults:                   3389         Mounted volumes:          =y   1 C   Charged CPU time:           0 00:01:10.97   Elapsed time:     0 =- 09:10:30.08e  ' ------_=_NextPart_000_01C07BCD.EC019454  Content-Type: text/plain;t 	name="DAILY_BACKUP.TXT"+ Content-Transfer-Encoding: quoted-printable   Content-Disposition: attachment; 	filename="DAILY_BACKUP.TXT"   $! $! Filename:-	DAILY_BACKUP.COM $!@ $! Purpose:-	Incremental backup procedure for all cluster disks.< $!		Resubmits itself or a Full backup procedure according to $!		the day of week.& $!		(Also rebuilds disks if necessary) $! $! Parameters:-=09- $!		P1 =3D Time to self submit next batch jobw* $!		P2 =3D Queue to use for self submition5 $!		P3 =3D Target Device string "+" seperated devices  $! $!
 $! Notes:-=09d1 $!	Normally run as a batch job (Resubmits itself)s/ $!	Disk names are read from the file BACKUP.DATo $! $! =I =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=aI =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= I =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= 	 =3D=3D=3DE $! $	ON ERROR THEN EXIT $! $!=09 " $! Define any required logicals... $!, $	GIMGR =3D "DIGSYS:[SYS0.SYSCOMMON.SYSMGR]" $!6 $! Check for existance of parameters and conditions... $! $!# $! All parameter strings present...r $! $	IF (P3 .EQS. "")
 $	    THEN $		WRITE SYS$OUTPUT ""@ $		WRITE SYS$OUTPUT " Usage:-  DAILY_BACKUP time queue dev_strg" $		WRITE SYS$OUTPUT " Where:-"2 $		WRITE SYS$OUTPUT "	        time =3D start time"; $		WRITE SYS$OUTPUT "	       queue =3D name of batch queue"o? $		WRITE SYS$OUTPUT "	    dev_strg =3D + seperated device list"e $		WRITE SYS$OUTPUT "" $		EXITh $	     ENDIF $! $! =I ------------------------------------------------------------------------=c --- E $! Resubmit ourselves for tommorrow if it is a weekday but submit a =n full backupy $! job if it is a weekend=20 $! $!3 $	DAY =3D F$CVTIME("TOMORROW","ABSOLUTE","WEEKDAY")  $	IF (DAY .EQS. "Friday")=20
 $	    THEN; $  		SUBMIT/NOPRINT/AFTER=3D"TOMORROW+''P1'"/QUEUE=3D'P2' - ' 		/LOG_FILE=3DSYS$LOG:FULL_BACKUP.LOG -a 		'GIMGR'FULL_BACKUP.COM -( 		/PARAMETER=3D("''P1'","''P2'","''P3'")
 $	    ELSE; $  		SUBMIT/NOPRINT/AFTER=3D"TOMORROW+''P1'"/QUEUE=3D'P2' -a( 		/LOG_FILE=3DSYS$LOG:DAILY_BACKUP.LOG - 		'GIMGR'DAILY_BACKUP.COM - ( 		/PARAMETER=3D("''P1'","''P2'","''P3'") $	    ENDIFn $! $! $! =I ------------------------------------------------------------------------=  ---0, $! All devices exist and can be allocated... $!
 $	COUNT =3D 0u $! $ CHECK_DEVICES: $!# $	DEV =3D F$ELEMENT(COUNT, "+", P3)-* $	IF (DEV .EQS. "+") THEN GOTO CHECK_PRIVS $!$ $	IF (.NOT. F$GETDVI(DEV, "EXISTS")) $           THEN $		WRITE SYS$OUTPUT - / 		"%DLYBKP-F-DEVNFND - Device ''DEV' not found"s $		EXIT9 $	ENDIF$ $! $	IF (F$GETDVI(DEV, "ALL"))  $           THEN $		WRITE SYS$OUTPUT - A 		"%DLYBKP-F-DEVALL - Device ''DEV' allocated to another process"D $		EXIT, $	ENDIF- $! $	COUNT =3D COUNT + 1- $	GOTO CHECK_DEVICES $! $! $! =I ------------------------------------------------------------------------=S ---]# $! Check for required privileges...  $! $ CHECK_PRIVS: $! $	OLDPRV =3D =; F$SETPRV("SYSPRV,OPER,BYPASS,CMKRNL,SYSNAM,EXQUOTA,VOLPRO")c $!C $	IF F$PRIVILEGE("SYSPRV,OPER,BYPASS,CMKRNL,SYSNAM,EXQUOTA,VOLPRO")D	 $	   THEN  $		CONTINUE 	 $	   ELSEG $		WRITE SYS$OUTPUT --? 		"%DLYBCK-F-INSPRV - Insufficient priviledges to run a backup"S $		EXITG
 $	   ENDIF $! $! $! =I ------------------------------------------------------------------------=E ---] $! Reset error handling  $!	 $ ALL_OK:o $! $	ON ERROR THEN CONTINUE# $	ON SEVERE_ERROR THEN GOTO PROBLEM- $! $! $! =I ------------------------------------------------------------------------=  --- # $! Allocate all required devices.... $! $!
 $	COUNT =3D 0- $! $ ALLOC_DEVICES: $!# $	DEV =3D F$ELEMENT(COUNT, "+", P3)1( $	IF (DEV .EQS. "+") THEN GOTO DEV_STRGS $	ALLOCATE 'DEV':K $	COUNT =3D COUNT + 1  $	GOTO ALLOC_DEVICES $! $! $! =I ------------------------------------------------------------------------=o ---D: $! Compose the initial and spillover target device strings9 $! (Only deals with a maximum of 2 devices at present)...r $! $! $ DEV_STRGS: $! $	POS =3D F$LOCATE("+", P3)a $	IF (POS .EQ. F$LENGTH(P3))	 $	   THENe $		DEV1 =3D "''P3'"  $		DEV2 =3D ""	 $	   ELSE=! $		DEV1 =3D F$ELEMENT(0, "+", P3)=0 $		DEV2 =3D F$EXTRACT(POS + 1, F$LENGTH(P3), P3) $	ENDIFD $! $! $! =I ------------------------------------------------------------------------=3 ---3 $! Set some flags... $! $!" $       FINAL_STATUS =3D "Success" $! $! $! =I ------------------------------------------------------------------------=o ---,* $! Open and start reading the list file... $! $!$ $	OPEN/READ INFILE 'GIMGR'BACKUP.DAT $	DSKCNT =3D 0 $! $ READ_A_NAME: $! $	DONE =3D "FALSE", $	READ/END_OF_FILE=3DNO_MORE INFILE DISKNAME' $	DISKNAME =3D F$EDIT(DISKNAME, "TRIM")I $! $! Ignore comments...  $!@ $	IF (F$EXTRACT(0, 1, DISKNAME) .EQS. "!") THEN GOTO READ_A_NAME $	DSKCNT =3D 'DSKCNT + 1 $! $! $! =I ------------------------------------------------------------------------=  --- I $! Adjust the backup commands according to wether we have a system disk =  or a $! data disk...  $! $!E $! If we have a system disk then exclude all aliases of VMS$COMMON...  $!% $	IF (DISKNAME .EQS. "DIGSYS") .OR. -3$ 	   (DISKNAME .EQS. "DIGAXP") .OR. - 	   (DISKNAME .EQS. "DIGAXP2")
 $	    THEN( $		XCL =3D "/EXCLUDE=3D[*.SYSCOMMON...]"
 $	    ELSE
 $		XCL =3D ""  $	    ENDIFo $! $!E $! Check to see if this is the first disk. If it is then add rewind =  qual...o $! $	IF (DSKCNT .EQ. 1)=20 
 $	    THEN=20t $		TRW =3D "/REWIND"
 $	    ELSE $		TRW =3D "/NOREWIND" $	    ENDIF  $! $!B $! Set target string according to devices requested and mounted... $! $	IF (DEV2 .EQS. "")=20 
 $	    THEN' $		TARGET =3D "''DEV1':''DISKNAME'.BCK"3 $		GOTO ANNOUNCE $	    ENDIF  $! $!3 $! Swap to second device if we have spilled over...  $!! $	IF (F$GETDVI("''DEV2'", "MNT"))i
 $	    THEN' $		TARGET =3D "''DEV2':''DISKNAME'.BCK"o
 $	    ELSE/ $		TARGET =3D "''DEV1':''DISKNAME'.BCK,''DEV2'"W $	    ENDIF  $! $! $! =I ------------------------------------------------------------------------=  ---k $! Do the backup and rebuild...l $! $ ANNOUNCE:5 $!% $! Write some info to the log file...2 $! $	DATE_TIME =3D F$TIME() $	WRITE SYS$OUTPUT ""0? $	WRITE SYS$OUTPUT "------------------------------------------"p7 $	WRITE SYS$OUTPUT " Incremental Backup of ''DISKNAME'"m $	WRITE SYS$OUTPUT "" / $	WRITE SYS$OUTPUT " Time:        ''DATE_TIME'"v, $	WRITE SYS$OUTPUT " Disk Count:  ''DSKCNT'", $	WRITE SYS$OUTPUT " Target:      ''TARGET'"? $	WRITE SYS$OUTPUT "------------------------------------------"  $	WRITE SYS$OUTPUT ""  $! $!0 $! Check disk is accessible before the backup... $!! $	IF F$GETDVI(DISKNAME, "EXISTS")2
 $	    THEN $		GOTO CHK_HOST
 $	    ELSE $		WRITE SYS$OUTPUT -o2 		"%DLYBKP-W-DISKNFM - Disk ''DISKNAME' not found" $		WRITE SYS$OUTPUT "" $		GOTO READ_A_NAME  $	    ENDIF  $! $!/ $! Check host is available before the backup...s $! $ CHK_HOST:  $!% $	IF F$GETDVI(DISKNAME, "HOST_AVAIL")8
 $	    THEN $		GOTO DOIT
 $	    ELSE $		WRITE SYS$OUTPUT -n= 		"%DLYBKP-W-DISKNFM - Host unavailable for disk ''DISKNAME'"  $		WRITE SYS$OUTPUT "" $		GOTO READ_A_NAME6 $	    ENDIF  $! $! ...and that it is mounted...  $! $ DOIT:u $	IF F$GETDVI(DISKNAME, "MNT")
 $	    THEN- $		BACKUP/IGNORE=3DINTERLOCK/SINCE=3DBACKUP -= 		'DISKNAME':[*...]'XCL' -) 		'TARGET'/SAVE'TRW'/LABEL=3DINCBAK/NOCRCD $!/ $		WRITE SYS$OUTPUT "Rebuilding ''DISKNAME'..."3 $		WRITE SYS$OUTPUT ""( $		SET VOLUME/REBUILD=3DFORCE 'DISKNAME' $		DONE =3D "TRUE"
 $	    ELSE $		WRITE SYS$OUTPUT -34 		"%DLYBKP-W-DISKNFM - Disk ''DISKNAME' not mounted" $		WRITE SYS$OUTPUT "" $	    ENDIF- $! $	GOTO READ_A_NAME $! $! $! =I ------------------------------------------------------------------------=z ---t $! Error handler...O $!
 $ PROBLEM: $! $	IF (DONE .EQS. "FALSE")e	 $	   THEN  $		WRITE SYS$OUTPUT "" $		WRITE SYS$OUTPUT = J "=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=I =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=_I =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=o
 =3D=3D=3D" $		WRITE SYS$OUTPUT -n= 		"%DLYBKP-W-ERR - Severe Error during backup of ''DISKNAME'"U $		WRITE SYS$OUTPUT ""& $		WRITE SYS$OUTPUT "System Status..." $		SHOW DEVICE/FULL 'DISKNAME  $		SHOW DEVICE/FULL 'DEV1u $		WRITE SYS$OUTPUT "" $		WRITE SYS$OUTPUT =nJ "=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=I =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=QI =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=e
 =3D=3D=3D"2 $		WRITE SYS$OUTPUT " ...exiting backup procedure" $		FINAL_STATUS =3D "Failure"  $	ENDIF  $! $! $! =I ------------------------------------------------------------------------=D ---D $! Exit procedure... $! $!
 $ NO_MORE: $! $	CLOSE INFILE $! $! $! =I ------------------------------------------------------------------------=D ---D $! Now exit the routine... $! $ FINISHED:E $!
 $	SET NOON $   	DATE_TIME =3D F$TIME()g= $   	WRITE SYS$OUTPUT "Backup status was ''FINAL_STATUS' at = 
 ''DATE_TIME'"iD $!!   	REPLY/ALL/BELL "Incremental backup status ''FINAL_STATUS'"=20 $! $! Dismount all tapes... $!: $       IF (F$LOCATE("+", "''P3'") .EQ. F$LENGTH("''P3'"))
 $	    THEN $		DISMOUNT 'P3e $		DEALLOCATE 'P3	 $		GOTO SIGN_OFF $	    ENDIF	 $!
 $	COUNT =3D 0	 $! $ DEALLOC_DEVICES: $!( $	DEV =3D F$ELEMENT(COUNT, "+", "''P3'") $	IF (DEV .NES. "+")=20W
 $	    THEN $		DISMOUNT 'DEV'= $		DEALLOCATE 'DEV'=20
 $	    ELSE $		GOTO SIGN_OFF
 $  	    ENDIF  $! $	COUNT =3D COUNT + 1- $	GOTO DEALLOC_DEVICES $! $ SIGN_OFF:- $!  $   	OLDPRV =3D F$SETPRV(OLDPRV)
 $    	EXIT $!  ' ------_=_NextPart_000_01C07BCD.EC019454  Content-Type: text/plain;  	name="ERRLOG.TXT"+ Content-Transfer-Encoding: quoted-printableT  Content-Disposition: attachment; 	filename="ERRLOG.TXT"  1  ******************************* ENTRY       5. =' *******************************LG  ERROR SEQUENCE 7537.                            LOGGED ON:  CPU_TYPE =' 00000006H  DATE/TIME 10-JAN-2001 23:56:10.15                            SYS_TYPE = 0000000D  SYSTEM UPTIME: 6 DAYS 07:31:36 I  SCS NODE: A255H                                            OpenVMS AXP =  V6.2-1H3  ,  HW_MODEL: 000004EC Hardware Model =3D 1260.  "  MOUNT VOLUME AlphaStation 255/233  1        UNIT _A255H$MKA600:, VOLUME LABEL "INCBAK".  >        1387558. QIO OPERATIONS THIS UNIT, 12. ERRORS THIS UNIT1  ******************************* ENTRY       7. =C *******************************DG  ERROR SEQUENCE 7540.                            LOGGED ON:  CPU_TYPE =F 00000006H  DATE/TIME 11-JAN-2001 00:22:56.32                            SYS_TYPE = 0000000D  SYSTEM UPTIME: 6 DAYS 07:58:22oI  SCS NODE: A255H                                            OpenVMS AXP =T V6.2-1H3  ,  HW_MODEL: 000004EC Hardware Model =3D 1260.  &  DEVICE ATTENTION AlphaStation 255/233  )  53C810 SCSI PORT SUB-SYSTEM, A255H$PKA0:i          ERROR TYPE          02040.                                        TIMEOUT        SCSI ID               06 5                                        SCSI ID =3D 6.e        SCSI CMD        2000000Ae                            0000         SCSI MSG              C0e/                                        IDENTIFYi        SCSI STATUS           FFh9                                        NO STATUS RECEIVEDP        PORT ERROR CNT  FF7F0000t                        00000000h                        00000000IC                                        BUS BUSY CNT =3D 4286513152.e=                                        UNSOL RESET CNT =3D 0.d>                                        UNSOL INTRPT CNT =3D 0.        CONN ERROR CNT  00000000a                        00000000                         00000000e                        00000000u                        01A30004-                        00000000r                        00000000h:                                        ARB FAIL CNT =3D 0.:                                        SEL FAIL CNT =3D 0.<                                        PARITY ERR CNT =3D 0.;                                        PHASE ERR CNT =3D 0.TB                                        BUS RESET CNT =3D 27459588.;                                        BUS ERROR CNT =3D 0. B                                        CONTROLLER ERROR CNT =3D 0.        SCSI RETRY CNT  FFFDFFFB-                            F8301?                                        ARB RETRY CNT =3D 65531.R?                                        SEL RETRY CNT =3D 65533.D@                                        BUSY RETRY CNT =3D 63536.    PORT DEPENDENT DATA          CHIP_DATA_CNT         53         SCNTL0                DAd7                                        Initiator DeviceeA                                        Assert ATN on Parity Error2=                                        Enable Parity Checking @                                        Select ATN on a Start Seq  7                                        Full Arbitration@        SCNTL1                100>                                        53C810 Connected to bus        SCNTL2                80 A                                        SCSI Disconnect Unexpected0        SCNTL3                03 C                                        Clock conversion factor of 2mE                                        Synchronous clock conversion =- factor of 3-        SCID                  672H                                        Encoded 53C810 Chip SCSI ID =3D = 7aC                                        Enable Response to selection5E                                        Enable Response to reselection.        SXFER                 00 H                                        Max SCSI Synchronous Offset =3D = 0 - AsynchronousH                                        Synchronous transfer period =3D = 4E        SDID                  060H                                        Encoded Destination SCSI ID =3D = 6R        GPREG                 1FlF                                        General Purpose I/O bit 0 =3D 1F                                        General Purpose I/O bit 1 =3D 1        SFBR                  00c        SSID                  86 5                                        SCSI Valid Bit-H                                        Encoded Destination SCSI ID =3D = 6e        DSTAT                 90 .                                        Aborted5                                        DMA FIFO Emptya        SSTAT0                00         SSTAT1                0Am8                                        SCSI C/D / signal:                                        Latched SCSI parityI                                        Number of bytes in SCSI FIFO =3D =p 0M        SSTAT2                00s        DSA             01220600i        CTEST2                35-@                                        Data Acknowledge Inactive<                                        Data Request InactiveF                                        SCSI True End of Process Active;                                        Configured as Memoryt8                                        Configured as I/O@                                        Signal Process not ActiveF                                        Xfer Direction =3D Host to SCSI        CTEST3                10 ;                                        Chip Rev level =3D 1         CTEST4                00lB                                        DMA FIFO Byte Lane Disabled        CTEST5                00 ?                                        DMA Dir =3D Host to SCSI ;                                        Reset Master Control         DFIFO                 00i@                                        Bytes Left In FIFO =3D 0.        DBC/DCMD        9A0B0000lA                                        Interrupt conditional TRUEp8                                        Phase =3D Data in        DNAD            010004DCi        DSP             010004DCh          DSPS            00000000a        SCRATCHA        00000000d        DMODE                 00 <                                        Manual Start Mode setE                                        Destination Addr. =3D Memory =L SpaceCC                                        Source Addr =3D Memory SpacePD                                        Burst length =3D 2  transfers        DIEN                  7DPC                                        Illegal Instruction DetectedeE                                        Script Interrupt Instruction =e Received<                                        Script Step Interrupt.                                        Aborted8                                        Bus Fault ENABLED?                                        Master Data Parity Errors        DCNTL                 09a6                                        810 Native Mode;                                        Normal DMA Operation G                                        Enable Totem Pole Driver for IRQa;                                        Single Step Disabledu        SIEN0                 8Fo8                                        SCSI Parity Error1                                        SCSI Resetc<                                        Unexpected Disconnect7                                        SCSI Gross ErroraI                                        Mismatch/Atn in Initiator/Target =a Mode        SIEN1                 04u<                                        Sel/Reselect time-out        SIST0                 40t8                                        Function Complete        SIST1                 00h        MACNTL                40i        GPCNTL                0Fu=                                        GP I/O 0 Iinput Enable =                                        GP I/O 1 Intput Enable         STIME0                0CsE                                        Selection time-out =3D 204.8 =  mili seconds;                                        HTH time-out disbled0        STIME1                00e>                                        GP timer period disbled        RESPID                80l;                                        Sel/Reselection ID 7.        SCRATCHB        96010769N        DSA_8           00000000e        DSA_4           00000000e        DSA0            00000000D        DSA4            00000000=        DSA8            0D790380=        SOFF                04D03        SSOFF               F7F4D  1  ******************************* ENTRY       8. =3 *******************************3G  ERROR SEQUENCE 7541.                            LOGGED ON:  CPU_TYPE =( 00000006H  DATE/TIME 11-JAN-2001 00:22:57.44                            SYS_TYPE = 0000000D  SYSTEM UPTIME: 6 DAYS 07:58:23HI  SCS NODE: A255H                                            OpenVMS AXP =t V6.2-1H3  ,  HW_MODEL: 000004EC Hardware Model =3D 1260.  "  DEVICE ERROR AlphaStation 255/233  =  TK50 SUB-SYSTEM, UNIT _A255H$MKA600:, CURRENT LABEL "INCBAK"E =20V            HW REVISION     35304432-;                                        HW REVISION =3D 2D05]        ERROR TYPE            03sC                                        COMMAND TRANSMISSION FAILUREY        SCSI ID               06"5                                        SCSI ID =3D 6.N        SCSI LUN              00 6                                        SCSI LUN =3D 0.        SCSI SUBLUN           00i9                                        SCSI SUBLUN =3D 0.=        PORT STATUS     000001A4-D                                        %SYSTEM-F-MEDOFL, MEDIUM IS = OFFLINE         SCSI CMD        2000000AO                            0000T,                                        WRITE        SCSI STATUS           02-6                                        CHECK CONDITION        UCB$L_ERTCNT    00000010 <                                        16. RETRIES REMAINING        UCB$L_ERTMAX    00000010D<                                        16. RETRIES ALLOWABLE        ORB$L_OWNER     00010010-:                                        OWNER UIC [001,020]        UCB$L_CHAR      0DCC4021i6                                        RECORD ORIENTEDB                                        "SEQUENTIAL BLOCK" ORIENTED4                                        FILE ORIENTED0                                        AVAILABLE.                                        MOUNTED4                                        ERROR LOGGING0                                        ALLOCATED.                                        FOREIGN7                                        CAPABLE OF INPUT_8                                        CAPABLE OF OUTPUT        UCB$L_STS       00001910--                                        ONLINEd+                                        BUSYI5                                        SOFTWARE VALID:9                                        UNLOAD AT DISMOUNTL        UCB$L_OPCNT     001558F9(?                                        1399033. QIO'S THIS UNITC          UCB$L_ERRCNT    0000000DO;                                        13. ERRORS THIS UNIT-        IRP$L_BCNT      00002000-B                                        TRANSFER SIZE 8192. BYTE(S)        IRP$L_BOFF      00000000 <                                        TRANSFER PAGE ALIGNED        IRP$L_PID       00040002i6                                        REQUESTOR "PID"        IRP$Q_IOSB      00000000DC                        00000000        IOSB, 0. BYTE(S) TRANSFERREDD  1  ******************************* ENTRY       9. =D *******************************eG  ERROR SEQUENCE 7542.                            LOGGED ON:  CPU_TYPE =o 00000006H  DATE/TIME 11-JAN-2001 00:23:26.37                            SYS_TYPE = 0000000D  SYSTEM UPTIME: 6 DAYS 07:58:52 I  SCS NODE: A255H                                            OpenVMS AXP =F V6.2-1H3  ,  HW_MODEL: 000004EC Hardware Model =3D 1260.  "  DEVICE ERROR AlphaStation 255/233  )  GENERIC DK SUB-SYSTEM, UNIT _A255H$DKA0:i
  DEC RZ28L-ASe            HW REVISION     343536302;                                        HW REVISION =3D 0654B        ERROR TYPE            05'C                                        EXTENDED SENSE DATA RECEIVED-        SCSI ID               00-5                                        SCSI ID =3D 0.p        SCSI LUN              0056                                        SCSI LUN =3D 0.        SCSI SUBLUN           00U9                                        SCSI SUBLUN =3D 0.-        PORT STATUS     00000001TA                                        %SYSTEM-S-NORMAL, NORMAL =R
 SUCCESSFUL2                                         COMPLETION        SCSI CMD        58641F08T                            0001G+                                        READ-        SCSI STATUS           02 6                                        CHECK CONDITION    EXTENDED SENSE DATA          EXTENDED SENSE  00060070	                        0A000000                         00000000%                        00020229E                            0000 5                                        UNIT ATTENTIONkA                                        POWER ON OR RESET OCCURREDF        UCB$L_ERTCNT    000000108<                                        16. RETRIES REMAINING        UCB$L_ERTMAX    00000010v<                                        16. RETRIES ALLOWABLE        ORB$L_OWNER     00010004 :                                        OWNER UIC [001,004]        UCB$L_CHAR      1C4D4008	;                                        DIRECTORY STRUCTURED.4                                        FILE ORIENTED/                                        SHARABLE.0                                        AVAILABLE.                                        MOUNTED4                                        ERROR LOGGING7                                        CAPABLE OF INPUT   8                                        CAPABLE OF OUTPUT4                                        RANDOM ACCESS        UCB$L_STS       08021810.-                                        ONLINE"5                                        SOFTWARE VALIDT9                                        UNLOAD AT DISMOUNTD        UCB$L_OPCNT     0001C235=>                                        115253. QIO'S THIS UNIT        UCB$L_ERRCNT    000000043:                                        4. ERRORS THIS UNIT        IRP$L_BCNT      00000200EA                                        TRANSFER SIZE 512. BYTE(S)U        IRP$L_BOFF      00000C00 =                                        3072. BYTE PAGE OFFSET         IRP$L_PID       00010007	6                                        REQUESTOR "PID"        IRP$Q_IOSB      00000000=C                        00000000        IOSB, 0. BYTE(S) TRANSFERRED3  1  ******************************* ENTRY      11. == *******************************eG  ERROR SEQUENCE 7544.                            LOGGED ON:  CPU_TYPE =L 00000006H  DATE/TIME 11-JAN-2001 00:29:27.55                            SYS_TYPE = 0000000D  SYSTEM UPTIME: 6 DAYS 08:04:53DI  SCS NODE: A255H                                            OpenVMS AXP == V6.2-1H3  ,  HW_MODEL: 000004EC Hardware Model =3D 1260.  "  DEVICE ERROR AlphaStation 255/233  =  TK50 SUB-SYSTEM, UNIT _A255H$MKA600:, CURRENT LABEL "INCBAK"= =20T            HW REVISION     35304432 ;                                        HW REVISION =3D 2D05Y        ERROR TYPE            05tC                                        EXTENDED SENSE DATA RECEIVED(        SCSI ID               06G5                                        SCSI ID =3D 6.T        SCSI LUN              00N6                                        SCSI LUN =3D 0.        SCSI SUBLUN           00P9                                        SCSI SUBLUN =3D 0.V        PORT STATUS     00000001 A                                        %SYSTEM-S-NORMAL, NORMAL = 
 SUCCESSFUL2                                         COMPLETION        SCSI CMD        28000011                             00A30,                                        SPACE        SCSI STATUS           02n6                                        CHECK CONDITION    EXTENDED SENSE DATA          EXTENDED SENSE  000300F0E                        06A32800*                        083B0001                             0000L3                                        MEDIUM ERROR0A                                        NO SPECIFIC SENSE KEY INFOS        UCB$L_ERTCNT    00000010S<                                        16. RETRIES REMAINING        UCB$L_ERTMAX    000000100<                                        16. RETRIES ALLOWABLE        ORB$L_OWNER     00010010A:                                        OWNER UIC [001,020]        UCB$L_CHAR      0DCC4021T6                                        RECORD ORIENTEDB                                        "SEQUENTIAL BLOCK" ORIENTED4                                        FILE ORIENTED0                                        AVAILABLE.                                        MOUNTED4                                        ERROR LOGGING0                                        ALLOCATED.                                        FOREIGN7                                        CAPABLE OF INPUT 8                                        CAPABLE OF OUTPUT        UCB$L_STS       00005910 -                                        ONLINE0+                                        BUSYS5                                        SOFTWARE VALID 9                                        UNLOAD AT DISMOUNT G                                        "MOUNT VERIFICATION" IN-PROGRESS         UCB$L_OPCNT     00155915 ?                                        1399061. QIO'S THIS UNIT0        UCB$L_ERRCNT    0000000E0;                                        14. ERRORS THIS UNIT         IRP$L_BCNT      000000002?                                        TRANSFER SIZE 0. BYTE(S)T        IRP$L_BOFF      00000000 <                                        TRANSFER PAGE ALIGNED        IRP$L_PID       82139C30 6                                        REQUESTOR "PID"        IRP$Q_IOSB      00000000 C                        00000000        IOSB, 0. BYTE(S) TRANSFERRED   1  ******************************* ENTRY      13. =  ******************************* G  ERROR SEQUENCE 7546.                            LOGGED ON:  CPU_TYPE =  00000006H  DATE/TIME 11-JAN-2001 00:35:39.01                            SYS_TYPE = 0000000D  SYSTEM UPTIME: 6 DAYS 08:11:05 I  SCS NODE: A255H                                            OpenVMS AXP =  V6.2-1H3  ,  HW_MODEL: 000004EC Hardware Model =3D 1260.  "  DEVICE ERROR AlphaStation 255/233  =  TK50 SUB-SYSTEM, UNIT _A255H$MKA600:, CURRENT LABEL "INCBAK"3 =20             HW REVISION     35304432A;                                        HW REVISION =3D 2D05         ERROR TYPE            05 C                                        EXTENDED SENSE DATA RECEIVED         SCSI ID               06A5                                        SCSI ID =3D 6.         SCSI LUN              00 6                                        SCSI LUN =3D 0.        SCSI SUBLUN           00 9                                        SCSI SUBLUN =3D 0.         PORT STATUS     00000001 A                                        %SYSTEM-S-NORMAL, NORMAL = 
 SUCCESSFUL2                                         COMPLETION        SCSI CMD        28000011                             00A3S,                                        SPACE        SCSI STATUS           02t6                                        CHECK CONDITION    EXTENDED SENSE DATA          EXTENDED SENSE  000300F0m                        06A32800                         083B0001o                            0000 3                                        MEDIUM ERROR A                                        NO SPECIFIC SENSE KEY INFO         UCB$L_ERTCNT    00000010 <                                        16. RETRIES REMAINING        UCB$L_ERTMAX    00000010R<                                        16. RETRIES ALLOWABLE        ORB$L_OWNER     00010010 :                                        OWNER UIC [001,020]        UCB$L_CHAR      0DCC4021E6                                        RECORD ORIENTEDB                                        "SEQUENTIAL BLOCK" ORIENTED4                                        FILE ORIENTED0                                        AVAILABLE.                                        MOUNTED4                                        ERROR LOGGING0                                        ALLOCATED.                                        FOREIGN7                                        CAPABLE OF INPUTD8                                        CAPABLE OF OUTPUT        UCB$L_STS       00005910 -                                        ONLINEm+                                        BUSY 5                                        SOFTWARE VALID 9                                        UNLOAD AT DISMOUNT G                                        "MOUNT VERIFICATION" IN-PROGRESSe        UCB$L_OPCNT     00155924M?                                        1399076. QIO'S THIS UNIT0        UCB$L_ERRCNT    0000000F3;                                        15. ERRORS THIS UNITn        IRP$L_BCNT      00000000 ?                                        TRANSFER SIZE 0. BYTE(S)         IRP$L_BOFF      00000000 <                                        TRANSFER PAGE ALIGNED        IRP$L_PID       82139C30 6                                        REQUESTOR "PID"        IRP$Q_IOSB      00000000 C                        00000000        IOSB, 0. BYTE(S) TRANSFERREDt  ) ------_=_NextPart_000_01C07BCD.EC019454--    ------------------------------  % Date: Thu, 11 Jan 2001 06:24:03 -0600 / From: Chris Scheers <chris@applied-synergy.com>  Subject: Re: Bar Code printerl3 Message-ID: <3A5DA5E3.5E2174FF@applied-synergy.com>    Alvin Small wrote: > J > First of all, thanks for your reply and the reprimand.  What I am tryingD > to do is add an IBM 4400 thermal bar code printer to our system toG > replace some older serial printers which seem to only work on our old I > DecServers. I will shortly send a copy of the VMS printer subtypes.  We F > are running OpenVMS 7.1-2.  The new printer is attached via ethernetI > (TCP/IP).  What I am trying to print is a bar-code of a SSN for medical0F > record tracking purposes.  The label also contains the person's NameH > and  SSN in text form.  The text portion prints out fine, the bar-codeJ > portion is all code (numbers mostly)!  I hope this is enough to give all; > an idea of what I am faced with!  Thanks for the support!P  D One gotcha to watch is that if it takes a binary sequence to put theG printer into the mode where it writes barcodes, you may need to set theI serial port PASTHRU.  G ----------------------------------------------------------------------- $ Chris Scheers, Applied Synergy, Inc.  C Voice: 817-237-3360            Internet: chris@applied-synergy.com     Fax: 817-237-3074    ------------------------------    Date: 11 Jan 2001 11:14:36 +0100G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de> = Subject: Re: Compaq: A simple, affordable clustering solution H Message-ID: <y4ofxexunn.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  4 mathog@seqaxp.bio.caltech.edu (David Mathog) writes:   > The response was that theyI > had an absolute need for 64 bit memory addressing and at the time there E > were only 2 64 bit OS's stable enough for that job: Tru64 and AIX.     I wonder why IRIX is missing.    	Jan   ------------------------------  % Date: Thu, 11 Jan 2001 12:34:57 +0000 0 From: andrew harrison <andrew.nospam@uk.sun.com>= Subject: Re: Compaq: A simple, affordable clustering solution * Message-ID: <3A5DA871.FE60B9F7@uk.sun.com>   "Main, Kerry" wrote: > 	 > Andrew,c > # > Hey, looks like I hit a nerve :-)4  6 Kerry when will you learn that whenever you post this 6 you have hit a nerve but its almost always one of your own.     > L > >>> Or are you just expecting Oracle sales people to defy human nature andH > recommend something that may not be in their interests financially.<<< > F > <<<One customer I am working with uses Vitria, BEA WLS, BEA WLES all8 > different products all with different capabilities.<<< > K > Actually, I was referring to a certain rumour that the Oracle Sales folks E > were a little(?) ticked at Sun for pushing their Iplanet middlewarelN > offerings instead of the Oracle offerings, but I am sure you have worked out# > those differences by now - right?  >   @ The obvious answer to this Kerry which should of occured to you = is that its the right kind of problem to have. Being able to  = offer choices either Oracle or otherwise on your platform has ( to be better than not having the choice.  : And of course Sun and Oracle have competed for middleware 9 as have IBM and Oracle, HP and Oracle, SAP and Oracle etc  etc.    : Perhaps you should consider OpenVMS's position here. There= is virtually nothing that Compaq has to sell on OpenVMS that =9 competes with any Oracle products so Oracle sales people 58 should have no fear that they may be competing with the ? platform supplier but still you cannot get Oracle sales people R5 to mention that some Oracle products run on OpenVMS. T  C And it isn't just Oracle people is it Kerry, you are participating  ? in a thread where the origionator of the thread has reluctantly @ had to decide that OpenVMS isn't the right choice for his OracleB development because of missing Oracle products on OpenVMS. Despite the rask of URL's you posted.   K > Otherwise, the Oracle folks might be tempted to go with a vendor that had N > all the Oracle offerings and a choice of UNIX, NT or OpenVMS OS platforms to > offer them on. >   G Are you suggesting that Compaq offers a one-stop-shop Tru64/NT/OpenVMS.9C That has to be the biggest laugh you have ever posted on this group G and you have posted some real unintentional rib ticklers.  The lack of 0= integration between Tru64/NT/OpenVMS in Compaq is graphically0 illustrated ? by the postings on this group, you might as well be 3 different 
 companies D if the general views of posters on this group are anything to go by.  G Why would Oracle be interested in working with the Compaq NT Company, I  would B choose IBM or HP if I wanted integration and product and probably  Dell if I just wanted product.  G Why would Oracle be interested in working with the Compaq UNIX Company,  I D would choose either HP, Sun or IBM. All have much more credible UNIX stories C better ISV support and much all drive much more Oracle revenue than 
 Tru64 doesG despite the fact that all three vendors have products that compete withX Oracle' products to a greater of lesser extent.d  A And finally why would Oracle be interested in choosing the CompaqM OpenVMS F Company, more of Oracle's products don't run on OpenVMS than do so why should a1 sales guy cut off their potential revenue stream.=  F > >>> The fact that you even assume that there is a general middlewareL > solution tends to suggest that you should exit from the discussion without" > embarassing yourself further.>>> >   > Yep, I definately hit a nerve.  A Kerry how about answering my points, the fact that you havn't hit B a nerve (you hardly ever do) is evidenced by your rather pathetic B attempt to move the discussion away from the obvious problems that@ OpenVMS has in garnering support from Oracle sales people into aB discussion about how Sun and Oracle might or might not compete for6 a specific middleware market segment, pretty lame !!!!     Regards  Andrew Harrison  Enterprise IT Architect    ------------------------------  % Date: Thu, 11 Jan 2001 12:35:46 +0000N0 From: andrew harrison <andrew.nospam@uk.sun.com>= Subject: Re: Compaq: A simple, affordable clustering solution * Message-ID: <3A5DA8A2.90231EFB@uk.sun.com>   "David J. Dachtera" wrote: >  > Let's see here now...  >  > Mark Berryman wrote: > > 1 > > I have a good friend who works for Oracle ...N >  > ...and...  >  > andrew harrison wrote: > > 2 > > Sorry, check with your local Oracle sales rep. >   > Andrew: Comprende Angles(sp?)? >   ' Oh I understand completely, do you ????R  / This newsgroup has been inundated with postings 0 alluding to unattributable Oracle sources saying1 that Oracle is really interested in OpenVMS, thatR/ there is a real OpenVMS push going on in Oracle  etc etc etc etc etc.  0 This has been going on for more than 2 years and/ it is still the case that any Oracle sales rep A2 who is targetted on selling apps would be cutting 5 their own throat if they suggested Oracle on OpenVMS.I  6 Despite Kerry's attempts at marketing there is another5 current thread on this newsgroup where the origional  2 poster has reluctantly had to accept that OpenVMS 6 isn't a suitable platform for their Oracle development2 because of missing Oracle product on OpenVMS. This3 is hardly a great example of Oracle really getting   behind OpenVMS.      > dba DJE Systems  > http://www.djesys.com/ > < > Unofficial Affordable OpenVMS Home Page and Message Board:! > http://www.djesys.com/vms/soho/  > H > This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings > is to be expected. > B > Feel free to exercise your rights of free speech and expression. > H > However, attacks against individual posters, or groups of posters, are > strongly discouraged.    --   Andrew Harrison  Enterprise IT ArchitectE   ------------------------------  % Date: Thu, 11 Jan 2001 10:22:58 -0600 + From: "Main, Kerry" <Kerry.Main@compaq.com> = Subject: RE: Compaq: A simple, affordable clustering solution"N Message-ID: <910612C07BCAD1119AF40000F86AF0D805284BDA@kaoexc3.kao.cpqcorp.net>   Ahh Andrew,    Back in style ..   re: Oracle and UNIXB  G The reality is that almost all Customers have requirements to integrate0J UNIX/NT (and yes, in a great deal of Customer situations today - OpenVMS).J Large Customers also do not want to deal with multiple vendors unless theyK absolutely have to .. They are tired of the "pointing fingers" scenarios ..m  B >>> Why would Oracle be interested in working with the Compaq UNIX Company,<<<s  L With Compaq, these Customers can choose Oracle and then decide what platformK they feel is best to deploy it on (UNIX/OpenVMS/NT) and still deal with one  vendor.u  . With Sun, the answer is UNIX or UNIX or UNIX.   L What is Sun's position with respect to Windows NT or W2K integration ? ThinkJ this is not an important consideration (especially at dept level) for many Customers today?  J Well, for one reason, Compaq does not directly make a competing middlewareL (IPlanet) or support its biggest competitor in the database world (DB2) likeK Sun does. Do you think press releases like the following impress the Oraclei folks:C <http://www.sun.com/smi/Press/sunflash/9905/sunflash.990504.2.html>a  I Or perhaps Oracle are interested in a platform not prone to all the cache-I memory issues today (ok, that sounds like fud, but it is an issue on manydH Customers minds - thats reality]. Or perhaps they realize many CustomersC want solutions that integrate with other platforms - like NT / W2K.   L Hey, Oracle is a good company that has numerous partners. They will continueG doing business with all of them. Which ones they prefer working with islL always going to change based on market conditions and how well their partner= integrates (and imho, does not compete) with their solutions.w  F I would expect the same strategy from any large multiplatform software company.   Regards,  
 Kerry Main Senior Consultant  Compaq Canada Inc. Professional Services6 Voice: 613-592-4660d Fax  :  819-772-7036 Email: Kerry.Main@Compaq.com     -----Original Message-----7 From: andrew harrison [mailto:andrew.nospam@uk.sun.com]o Sent: January 11, 2001 7:35 AM To: Info-VAX@Mvb.Saic.Com = Subject: Re: Compaq: A simple, affordable clustering solution>     "Main, Kerry" wrote: > 	 > Andrew,  > # > Hey, looks like I hit a nerve :-)   6 Kerry when will you learn that whenever you post this 6 you have hit a nerve but its almost always one of your own.     > L > >>> Or are you just expecting Oracle sales people to defy human nature andH > recommend something that may not be in their interests financially.<<< > F > <<<One customer I am working with uses Vitria, BEA WLS, BEA WLES all8 > different products all with different capabilities.<<< > K > Actually, I was referring to a certain rumour that the Oracle Sales folks E > were a little(?) ticked at Sun for pushing their Iplanet middleware J > offerings instead of the Oracle offerings, but I am sure you have worked out # > those differences by now - right?  >   @ The obvious answer to this Kerry which should of occured to you = is that its the right kind of problem to have. Being able to f= offer choices either Oracle or otherwise on your platform haso( to be better than not having the choice.  : And of course Sun and Oracle have competed for middleware 9 as have IBM and Oracle, HP and Oracle, SAP and Oracle etct etc.    : Perhaps you should consider OpenVMS's position here. There= is virtually nothing that Compaq has to sell on OpenVMS that o9 competes with any Oracle products so Oracle sales people h8 should have no fear that they may be competing with the ? platform supplier but still you cannot get Oracle sales people C5 to mention that some Oracle products run on OpenVMS. _  C And it isn't just Oracle people is it Kerry, you are participating  ? in a thread where the origionator of the thread has reluctantlyD@ had to decide that OpenVMS isn't the right choice for his OracleB development because of missing Oracle products on OpenVMS. Despite the rask of URL's you posted.   K > Otherwise, the Oracle folks might be tempted to go with a vendor that had K > all the Oracle offerings and a choice of UNIX, NT or OpenVMS OS platformsi to > offer them on. >   G Are you suggesting that Compaq offers a one-stop-shop Tru64/NT/OpenVMS. C That has to be the biggest laugh you have ever posted on this groupNG and you have posted some real unintentional rib ticklers.  The lack of  = integration between Tru64/NT/OpenVMS in Compaq is graphically  illustrated ? by the postings on this group, you might as well be 3 differentB
 companies D if the general views of posters on this group are anything to go by.  G Why would Oracle be interested in working with the Compaq NT Company, I  would B choose IBM or HP if I wanted integration and product and probably  Dell if I just wanted product.  G Why would Oracle be interested in working with the Compaq UNIX Company,  I D would choose either HP, Sun or IBM. All have much more credible UNIX stories C better ISV support and much all drive much more Oracle revenue than 
 Tru64 doesG despite the fact that all three vendors have products that compete withT Oracle' products to a greater of lesser extent.L  A And finally why would Oracle be interested in choosing the Compaq  OpenVMS F Company, more of Oracle's products don't run on OpenVMS than do so why should a1 sales guy cut off their potential revenue stream.   F > >>> The fact that you even assume that there is a general middlewareL > solution tends to suggest that you should exit from the discussion without" > embarassing yourself further.>>> >   > Yep, I definately hit a nerve.  A Kerry how about answering my points, the fact that you havn't hit B a nerve (you hardly ever do) is evidenced by your rather pathetic B attempt to move the discussion away from the obvious problems that@ OpenVMS has in garnering support from Oracle sales people into aB discussion about how Sun and Oracle might or might not compete for6 a specific middleware market segment, pretty lame !!!!     RegardsA Andrew Harrison  Enterprise IT Architecti   ------------------------------   Date: 11 Jan 2001 16:51:20 GMT# From: system@niuhep.physics.niu.edu = Subject: Re: Compaq: A simple, affordable clustering solution*+ Message-ID: <93koa8$18s$1@husk.cso.niu.edu>   3 bill@triangle.cs.uofs.edu (Bill Gunshannon) writes:   E >Of course, everyone here is assuming that all the other stockholders1F >(undoubtedly non-VMS-techies) are going to agree with them that thereG >is money in this VMS thing that they have never heard of as opposed to ! >PC's that everyone has heard of.   H >Someone said that there are 1.7 billion shares outstanding.  That meansJ >you would have to buy significantly more than 850 million shares in order >to change their direction.   L From what I've seen of shareholder vs. Board battles even 10% of outstanding( shares makes things scary for the Board.  L OTOH any one person who intends to purchase more than ... 6% or so (I forgetB the exact %age) has to register with the Federal Trade Commission.  E Further there are (or were) laws that prohibited certain?all types ofSF coordination of action by share holders.  (There was a movement to get1 those laws changed, I don't know if it succeded.)T  H I am not sure how those laws would affect coordination before purchasing the shares.U  ' (I used to watch CNN's Moneyline a lot)    Robert Morphis   ------------------------------  % Date: Thu, 11 Jan 2001 09:29:24 -0800 + From: "richard n. frank" <rnfrank@llnl.gov>S= Subject: Re: Compaq: A simple, affordable clustering solution > Message-ID: <4.2.0.58.20010111081722.00b31cc0@poptop.llnl.gov>  * --=====================_-1722230256==_.ALT; Content-Type: text/plain; charset="us-ascii"; format=flowed0   Hello David,J Pardon me for being a pessimist. There are 1,700,000,000 shares of Compaq K stock outstanding. What do you think, are there maybe 10,000 people living  J on the planet that know VMS stands for Virtual Memory System?   If all of L them bought or owned 100 shares of Compag that would be 0.058% of the total L stock of Compaq.  I have to wonder how much control of the company could be J derived from a voting block of 1 million shares? How much effort would be D required to manage 10,000 individual shareholders into an effective 
 organization?   F In all reality, some sort of influence could be wielded by even .06 % L ownership of the corporation. I looked briefly on the web to see if I could I tell how many shares were owned by members of the board. I couldn't find RI it. That sort of information is typically available somewhere and I will  H try and find it in my spare time.  Perhaps a seat on the board could be 0 obtained by an org with a million voting shares.  F It is a sad state of affairs, but the computer biz seems to have been K reduced to a commodity business over the years. The Alpha is a great chip.  E Unfortunately, it was too far ahead of its time. It was doing 64 bit  C computing when Intel's were running at 100mhz. What was the market E0 reaction? Gee, wow! I better buy lots more Pc's.  L VMS has been a great OS for 20 years.  What is the market reaction?  Better  buy more wondoze boxes.A  G Unix has been plagued by security flaws forever. Windoze has even more  K problems. What is the market reaction?  They are not beating a door to VMS.0  K I am afraid that pure quality is not a primary component of profits in the  L comp biz. It seems to be basic functionality and cost/benefit valuation.  I J am not sure any company is in the computer business any more. They are in B the PROFIT business and they make profit by SELLING boxes full of F electro-mechanical gizmos and shrink-wrapped boxes of software gizmos.  H I wonder if a VMS friendly seat on the board could influence the Compaq  power structure?  H Should we count up the number of shares wielded by participants of this I group to see where we stand?  I've got 100 left over from DEC. I'll vote 5+ all of them with the VMS org. Anybody else?,                 rich  H DISCLAIMER: This is not the opinion of the U.S. Government, DOE, UC, or + LLNL. It may not even really be my opinion.RM ---------------------------------------------------------------------------- A6 ------------------------------------------------------  3 At 09:04 PM 1/10/01 -0600, David J. Dachtera wrote:S >"richard n. frank" wrote: > > E > > Good thinking JF. At last... a reasonable thought on the subject!  >0G >We'll make sure you're left out of the settlement should anything everR5 >come of this, since you're obviously not interested.  >  >--Y >David J. Dachtera >dba DJE Systems >http://www.djesys.com/  > ; >Unofficial Affordable OpenVMS Home Page and Message Board:   >http://www.djesys.com/vms/soho/ > G >This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings  >is to be expected.  > A >Feel free to exercise your rights of free speech and expression.  >SG >However, attacks against individual posters, or groups of posters, are3 >strongly discouraged.  * --=====================_-1722230256==_.ALT+ Content-Type: text/html; charset="us-ascii"    <html> Hello David,<br>I Pardon me for being a pessimist. There are 1,700,000,000 shares of Compaq C stock outstanding. What do you think, are there maybe 10,000 people1< living on the planet that know VMS stands for Virtual MemoryG System?&nbsp;&nbsp; If all of them bought or owned 100 shares of Compag I that would be 0.058% of the total stock of Compaq.&nbsp; I have to wonder I how much control of the company could be derived from a voting block of 1 B million shares? How much effort would be required to manage 10,000; individual shareholders into an effective organization?<br>B <br>E In all reality, some sort of influence could be wielded by even .06 %aE ownership of the corporation. I looked briefly on the web to see if I.I could tell how many shares were owned by members of the board. I couldn't H find it. That sort of information is typically available somewhere and IH will try and find it in my spare time.&nbsp; Perhaps a seat on the board= could be obtained by an org with a million voting shares.<br>  <br>E It is a sad state of affairs, but the computer biz seems to have beentD reduced to a commodity business over the years. The Alpha is a greatF chip. Unfortunately, it was too far ahead of its time. It was doing 64F bit computing when Intel's were running at 100mhz. What was the market4 reaction? Gee, wow! I better buy lots more Pc's.<br> <br>> VMS has been a great OS for 20 years.&nbsp; What is the market2 reaction?&nbsp; Better buy more wondoze boxes.<br> <br>F Unix has been plagued by security flaws forever. Windoze has even moreH problems. What is the market reaction?&nbsp; They are not beating a door to VMS.<br>i <br>F I am afraid that pure quality is not a primary component of profits inA the comp biz. It seems to be basic functionality and cost/benefitoF valuation.&nbsp; I am not sure any company is in the computer businessI any more. They are in the PROFIT business and they make profit by SELLINGtC boxes full of electro-mechanical gizmos and shrink-wrapped boxes ofr software gizmos.&nbsp; <br>v <br>G I wonder if a VMS friendly seat on the board could influence the Compaqe power structure?<br> <br>G Should we count up the number of shares wielded by participants of thislH group to see where we stand?&nbsp; I've got 100 left over from DEC. I'll4 vote all of them with the VMS org. Anybody else?<br> <br>H &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; rich<br> <br>H <font size=1>DISCLAIMER: This is not the opinion of the U.S. Government,; DOE, UC, or LLNL. It may not even really be my opinion.<br>a </font>----------------------------------------------------------------------------------------------------------------------------------<br>v <br>7 At 09:04 PM 1/10/01 -0600, David J. Dachtera wrote:<br>tB <blockquote type=cite cite>&quot;richard n. frank&quot; wrote:<br>	 &gt; <br>n= &gt; Good thinking JF. At last... a reasonable thought on thea subject!<br> <br>A We'll make sure you're left out of the settlement should anythingg ever<br>8 come of this, since you're obviously not interested.<br> <br> -- <br>  David J. Dachtera<br>- dba DJE Systems<br>1P <a href="http://www.djesys.com/" eudora="autourl">http://www.djesys.com/</a><br> <br>> Unofficial Affordable OpenVMS Home Page and Message Board:<br>b <a href="http://www.djesys.com/vms/soho/" eudora="autourl">http://www.djesys.com/vms/soho/</a><br> <br>= This *IS* an OpenVMS-related newsgroup. So, a certain bias ina postings<br> is to be expected.<br> <br>D Feel free to exercise your rights of free speech and expression.<br> <br>B However, attacks against individual posters, or groups of posters, are<br>?) strongly discouraged.</blockquote></html>h  , --=====================_-1722230256==_.ALT--   ------------------------------  % Date: Thu, 11 Jan 2001 17:18:22 +0000a0 From: andrew harrison <andrew.nospam@uk.sun.com>= Subject: Re: Compaq: A simple, affordable clustering solution * Message-ID: <3A5DEADE.93C573DF@uk.sun.com>   "Main, Kerry" wrote: > 
 > Ahh Andrew,d >  > Back in style .. >   = Its nice to see that you forgot to answer the question again.p   > re: Oracle and UNIXa > I > The reality is that almost all Customers have requirements to integratecL > UNIX/NT (and yes, in a great deal of Customer situations today - OpenVMS).L > Large Customers also do not want to deal with multiple vendors unless theyM > absolutely have to .. They are tired of the "pointing fingers" scenarios ..m >   D Interesting, Sun has a program called the vendor integration programE it gives you one point of call for say Oracle problems on Sun and the C calls are resolved regardless of who is actaully at fault. We have   the same arrangement with MS.o  4 Perhaps you are refering to your own experience !!!!  D > >>> Why would Oracle be interested in working with the Compaq UNIX
 > Company,<<<d > N > With Compaq, these Customers can choose Oracle and then decide what platformM > they feel is best to deploy it on (UNIX/OpenVMS/NT) and still deal with oneK	 > vendor.o  4 Kerry I am sure that you know what the flaw in this 5 argument is, you cannot be that deluded. Compaq isn't05 one company or at least it appears to be incapable ofw9 behaving as one company. It is from a platform standpointt< four companies. Tru64, OpenVMS, NT and Tandem. There appears: to be virtually no cooperation between the entities (with - the exception of the UNIX and OpenVMS folks).a  6 The single most common complaint on this newsgroup is 8 that Compaq seems unable to behave as one Company unless& that one company sells NT/Intel boxes.   > / > With Sun, the answer is UNIX or UNIX or UNIX.i > N > What is Sun's position with respect to Windows NT or W2K integration ? ThinkL > this is not an important consideration (especially at dept level) for many > Customers today? >   > We support the NT file and print services natively in Solaris G and can be a PDC or a BDC. We can also host active directory, its been eH ported to Solaris (we were the UNIX reference port) and we can also run F NDS if people are using that as a name service and unsurprisingly NDS > runs rather better on a Solaris box (roughly 10x the number of transactions) 4 than an equivalently configured proliant running NT.  C SCO also support the Tarantella Server on Solaris this allows us tofD support Win32 apps on Sun Workstations/SunRays using Tarantella and . we also have the native Citrix client as well.  E We also of course provide a cross platform Office suite (StarOffice)  D which lets people have a compatible office suite running on Solaris  and on Win32/Linux etc.h  @ This is before you start lookig at our ability to support things= like ASP's, FrontPage server extensions, Notes/Domino Server  
 IE4/5 etc.  C Whats the OpenVMS possition with respect to NT/Win2K integration ??o  A It seems to me that in the light of the non answer to the Active  ; Directory Support for OpenVMS question currently posted to eC this thread that you are as usual in need of being better informed a before jumping in head first.u    L > Well, for one reason, Compaq does not directly make a competing middlewareN > (IPlanet) or support its biggest competitor in the database world (DB2) likeM > Sun does. Do you think press releases like the following impress the Oracle3 > folks:E > <http://www.sun.com/smi/Press/sunflash/9905/sunflash.990504.2.html>e >   D You forgot to answer the question again. We know that you don't haveD any competing middleware or DBMS's you sold them long ago. So why isB it that despite this lack of conflict with the Oracle sales force A OpenVMS is such a poorly supported and (sold by Oracle) platform.o  B Could it be that the Oracle sales forces care more about actually B having something to sell than a little bit of competition for part+ of the product portfolio that do they sell.n     regardsl Andrew Harrisona Enterprise IT Architectu   ------------------------------  % Date: Thu, 11 Jan 2001 16:04:35 -0300e) From: fabio_compaq@ep-bc.petrobras.com.bre= Subject: Re: Compaq: A simple, affordable clustering solutioniL Message-ID: <OF57B63716.A4D1669A-ON032569D1.006789FB@ep-bc.petrobras.com.br>   It is sad to know . . .t  I 1 - Digital grew up under the umbrella of OpenVMS - Digital was 80% OVMS,r 10 % Unix and 10% NT.lK The Alpha processor came under the OVMS too ! And now OVMS  become a legacy  operating systemI which Compaq must give support to the next 15 years - sounds forced - andr sounds it is becoming ae military OS.  )    2 - There is no SAP to run under OVMS.   .    3 - There is no Netscape Web Sever anymore.  G    4 - There is no Lotus Notes or similar messaging / groupware system.  Please dont remember All-in-1.  F    5 - There is no improvment on Decwindows or a new kind of graphical	 terminal.l  K    6 - There is no FULL integration with Windows NT / 2000. NT of course is  the best choice of OS.         to integrate with OVMS.o  G    7 - There is not a strong / popular usergroup to disseminate the OS.   F    8 -  The net companies dont develop decnet routers anymore. What is
 decnet ???  F    9 - The soft companies dont port the last version of their softs to OVMS. Example: BEA Tuxedo.  H    10 - We: OpenVMS addicted / ambassadors / affiliates are looking like Don Quijotes de La Mancha ....    
    See you      Fabio Cardoso        A andrew harrison <andrew.nospam@uk.sun.com> em 11/01/2001 15:18:22              Info-VAX@Mvb.Saic.Com/      = Assunto: Re: Compaq: A simple, affordable clustering solutionn     "Main, Kerry" wrote: >s
 > Ahh Andrew,n >e > Back in style .. >T  = Its nice to see that you forgot to answer the question again.r   > re: Oracle and UNIX  >tI > The reality is that almost all Customers have requirements to integratefB > UNIX/NT (and yes, in a great deal of Customer situations today -	 OpenVMS). G > Large Customers also do not want to deal with multiple vendors unlessh theyJ > absolutely have to .. They are tired of the "pointing fingers" scenarios .. >r  D Interesting, Sun has a program called the vendor integration programE it gives you one point of call for say Oracle problems on Sun and thecB calls are resolved regardless of who is actaully at fault. We have the same arrangement with MS.   4 Perhaps you are refering to your own experience !!!!  D > >>> Why would Oracle be interested in working with the Compaq UNIX
 > Company,<<<  > E > With Compaq, these Customers can choose Oracle and then decide whatm platformI > they feel is best to deploy it on (UNIX/OpenVMS/NT) and still deal with  oneh	 > vendor.a  3 Kerry I am sure that you know what the flaw in thism5 argument is, you cannot be that deluded. Compaq isn'tt5 one company or at least it appears to be incapable ofo9 behaving as one company. It is from a platform standpointt< four companies. Tru64, OpenVMS, NT and Tandem. There appears9 to be virtually no cooperation between the entities (withv- the exception of the UNIX and OpenVMS folks).v  5 The single most common complaint on this newsgroup isn8 that Compaq seems unable to behave as one Company unless& that one company sells NT/Intel boxes.   > / > With Sun, the answer is UNIX or UNIX or UNIX.a >tH > What is Sun's position with respect to Windows NT or W2K integration ? ThinkcG > this is not an important consideration (especially at dept level) forr many > Customers today? >.  = We support the NT file and print services natively in SolarisoF and can be a PDC or a BDC. We can also host active directory, its beenG ported to Solaris (we were the UNIX reference port) and we can also run E NDS if people are using that as a name service and unsurprisingly NDSi> runs rather better on a Solaris box (roughly 10x the number of
 transactions)v4 than an equivalently configured proliant running NT.  C SCO also support the Tarantella Server on Solaris this allows us to.C support Win32 apps on Sun Workstations/SunRays using Tarantella andi. we also have the native Citrix client as well.  D We also of course provide a cross platform Office suite (StarOffice)C which lets people have a compatible office suite running on Solarisr and on Win32/Linux etc.s  @ This is before you start lookig at our ability to support things< like ASP's, FrontPage server extensions, Notes/Domino Server
 IE4/5 etc.  C Whats the OpenVMS possition with respect to NT/Win2K integration ??d  @ It seems to me that in the light of the non answer to the Active: Directory Support for OpenVMS question currently posted toB this thread that you are as usual in need of being better informed before jumping in head first.e    A > Well, for one reason, Compaq does not directly make a competing0
 middlewareI > (IPlanet) or support its biggest competitor in the database world (DB2)m likeF > Sun does. Do you think press releases like the following impress the Oracle > folks:E > <http://www.sun.com/smi/Press/sunflash/9905/sunflash.990504.2.html>p >n  D You forgot to answer the question again. We know that you don't haveD any competing middleware or DBMS's you sold them long ago. So why isA it that despite this lack of conflict with the Oracle sales forcenA OpenVMS is such a poorly supported and (sold by Oracle) platform.l  A Could it be that the Oracle sales forces care more about actuallyoB having something to sell than a little bit of competition for part+ of the product portfolio that do they sell.      regardsl Andrew Harrisonm Enterprise IT Architectu   ------------------------------  % Date: Thu, 11 Jan 2001 10:36:14 -0800i! From: Shane.F.Smith@Healthnet.comf= Subject: Re: Compaq: A simple, affordable clustering solutionrD Message-ID: <OFBE0919D5.4B81DE81-ON882569D1.006611B1@foundation.com>  K I wouldn't, it's using Intel chips. If I was Compaq, Dell or Gateway I'd bef worried.   Shanei          H Paul Repacholi <prep@prep.synonet.com>@k9.prep.synonet.com on 01/10/2001 04:13:53 PMb  " Sent by:  prep@k9.prep.synonet.com     To:   Info-VAX@Mvb.Saic.Comi cc:a  > Subject:  Re: Compaq: A simple, affordable clustering solution    # Shane.F.Smith@Healthnet.com writes:s  H > Look at the X-Box. MS say they don't want to make PC's, but that looksC > suspiciously like it's designed to be upgraded to a full-blown PC0 sometimeI > in the future. There's a few things in there that don't make much sensea > otherwise.  7 The Dreamcaster anounced 100Mb ethernet a few days ago.u  4 If I was Intel, I'd be very worried about the X-box.   --< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  % Date: Thu, 11 Jan 2001 09:43:06 -0800o+ From: "richard n. frank" <rnfrank@llnl.gov>RC Subject: RE: Compaq: A simple, affordable clustering solution again-> Message-ID: <4.2.0.58.20010111093412.00b37c10@poptop.llnl.gov>  * --=====================_-1721408565==_.ALT; Content-Type: text/plain; charset="us-ascii"; format=flowedo  
 Hello all,H I just posted this and then looked at the OpenVMS on CNET article. I am @ amazed that there are,"450,000 systems worldwide and is used by H approximately 10 million computer users" according to that article.  It @ seems that with a user base that large, a VMS friendly group of I stockholders could, in fact, exert noticeable control over Compaq policy.-  J It also seems that with an installed base that large, VMS is doing pretty L well in spite of any shortcomings Compaq management may have with regard to 
 VMS strategy.r   richI DISCLAIMER: This is not the opinion of the U.S. Government, DOE,  UC, or  + LLNL. It may not even really be my opinion.eM ---------------------------------------------------------------------------- e5 -----------------------------------------------------   & >Date: Thu, 11 Jan 2001 09:29:24 -0800M >To: "David J. Dachtera" <djesys.nospam@earthlink.net>, Info-VAX@Mvb.Saic.Comh, >From: "richard n. frank" <rnfrank@llnl.gov>> >Subject: Re: Compaq: A simple, affordable clustering solution > 
 >Hello David,eK >Pardon me for being a pessimist. There are 1,700,000,000 shares of Compaq nL >stock outstanding. What do you think, are there maybe 10,000 people living K >on the planet that know VMS stands for Virtual Memory System?   If all of cG >them bought or owned 100 shares of Compag that would be 0.058% of the aJ >total stock of Compaq.  I have to wonder how much control of the company K >could be derived from a voting block of 1 million shares? How much effort iD >would be required to manage 10,000 individual shareholders into an  >effective organization? >bG >In all reality, some sort of influence could be wielded by even .06 % cG >ownership of the corporation. I looked briefly on the web to see if I  K >could tell how many shares were owned by members of the board. I couldn't oJ >find it. That sort of information is typically available somewhere and I K >will try and find it in my spare time.  Perhaps a seat on the board could  4 >be obtained by an org with a million voting shares. >nG >It is a sad state of affairs, but the computer biz seems to have been oL >reduced to a commodity business over the years. The Alpha is a great chip. F >Unfortunately, it was too far ahead of its time. It was doing 64 bit D >computing when Intel's were running at 100mhz. What was the market 1 >reaction? Gee, wow! I better buy lots more Pc's.t >e; >VMS has been a great OS for 20 years.  What is the market g* >reaction?  Better buy more wondoze boxes. > H >Unix has been plagued by security flaws forever. Windoze has even more L >problems. What is the market reaction?  They are not beating a door to VMS. > L >I am afraid that pure quality is not a primary component of profits in the ? >comp biz. It seems to be basic functionality and cost/benefit lG >valuation.  I am not sure any company is in the computer business any  G >more. They are in the PROFIT business and they make profit by SELLING >E >boxes full of electro-mechanical gizmos and shrink-wrapped boxes of n >software gizmos.s >sI >I wonder if a VMS friendly seat on the board could influence the Compaq e >power structure?t >cI >Should we count up the number of shares wielded by participants of this rJ >group to see where we stand?  I've got 100 left over from DEC. I'll vote , >all of them with the VMS org. Anybody else? >  >              richd >sI >DISCLAIMER: This is not the opinion of the U.S. Government, DOE, UC, or h, >LLNL. It may not even really be my opinion.M >--------------------------------------------------------------------------- o8 >------------------------------------------------------- >y4 >At 09:04 PM 1/10/01 -0600, David J. Dachtera wrote: >>"richard n. frank" wrote:; >> >F >> > Good thinking JF. At last... a reasonable thought on the subject! >>H >>We'll make sure you're left out of the settlement should anything ever6 >>come of this, since you're obviously not interested. >> >>-- >>David J. Dachtera- >>dba DJE Systems- >>http://www.djesys.com/ >>< >>Unofficial Affordable OpenVMS Home Page and Message Board:! >>http://www.djesys.com/vms/soho/i >>H >>This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings >>is to be expected. >>B >>Feel free to exercise your rights of free speech and expression. >>H >>However, attacks against individual posters, or groups of posters, are >>strongly discouraged.   * --=====================_-1721408565==_.ALT+ Content-Type: text/html; charset="us-ascii"m   <html> Hello all,<br>G I just posted this and then looked at the OpenVMS on CNET article. I amnD amazed that there are,&quot;450,000 systems worldwide and is used by? approximately 10 million computer users&quot; according to thatSH article.&nbsp; It seems that with a user base that large, a VMS friendlyC group of stockholders could, in fact, exert noticeable control overp Compaq policy.&nbsp; <br>b <br>I It also seems that with an installed base that large, VMS is doing pretty H well in spite of any shortcomings Compaq management may have with regard to VMS strategy.&nbsp; <br>- <br> rich<br>H <font size=1>DISCLAIMER: This is not the opinion of the U.S. Government,A DOE,&nbsp; UC, or LLNL. It may not even really be my opinion.<br>l </font>---------------------------------------------------------------------------------------------------------------------------------<br> <br>D <blockquote type=cite cite>Date: Thu, 11 Jan 2001 09:29:24 -0800<br>F To: &quot;David J. Dachtera&quot; &lt;djesys.nospam@earthlink.net&gt;, Info-VAX@Mvb.Saic.Com<br> ? From: &quot;richard n. frank&quot; &lt;rnfrank@llnl.gov&gt;<br>.A Subject: Re: Compaq: A simple, affordable clustering solution<br>u <br> Hello David,<br>I Pardon me for being a pessimist. There are 1,700,000,000 shares of CompaqnC stock outstanding. What do you think, are there maybe 10,000 peoplet< living on the planet that know VMS stands for Virtual MemoryG System?&nbsp;&nbsp; If all of them bought or owned 100 shares of CompageI that would be 0.058% of the total stock of Compaq.&nbsp; I have to wondereI how much control of the company could be derived from a voting block of 1CB million shares? How much effort would be required to manage 10,000; individual shareholders into an effective organization?<br>s <br>E In all reality, some sort of influence could be wielded by even .06 %eE ownership of the corporation. I looked briefly on the web to see if InI could tell how many shares were owned by members of the board. I couldn'teH find it. That sort of information is typically available somewhere and IH will try and find it in my spare time.&nbsp; Perhaps a seat on the board= could be obtained by an org with a million voting shares.<br>  <br>E It is a sad state of affairs, but the computer biz seems to have beennD reduced to a commodity business over the years. The Alpha is a greatF chip. Unfortunately, it was too far ahead of its time. It was doing 64F bit computing when Intel's were running at 100mhz. What was the market4 reaction? Gee, wow! I better buy lots more Pc's.<br> <br>> VMS has been a great OS for 20 years.&nbsp; What is the market2 reaction?&nbsp; Better buy more wondoze boxes.<br> <br>F Unix has been plagued by security flaws forever. Windoze has even moreH problems. What is the market reaction?&nbsp; They are not beating a door to VMS.<br>n <br>F I am afraid that pure quality is not a primary component of profits inA the comp biz. It seems to be basic functionality and cost/benefitfF valuation.&nbsp; I am not sure any company is in the computer businessI any more. They are in the PROFIT business and they make profit by SELLINGpC boxes full of electro-mechanical gizmos and shrink-wrapped boxes ofa software gizmos.&nbsp; <br>i <br>G I wonder if a VMS friendly seat on the board could influence the Compaqf power structure?<br> <br>G Should we count up the number of shares wielded by participants of thishH group to see where we stand?&nbsp; I've got 100 left over from DEC. I'll4 vote all of them with the VMS org. Anybody else?<br> <br>H &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; rich<br> <br>H <font size=1>DISCLAIMER: This is not the opinion of the U.S. Government,; DOE, UC, or LLNL. It may not even really be my opinion.<br>a </font>----------------------------------------------------------------------------------------------------------------------------------<br>y <br>7 At 09:04 PM 1/10/01 -0600, David J. Dachtera wrote:<br>tB <blockquote type=cite cite>&quot;richard n. frank&quot; wrote:<br>	 &gt; <br>l= &gt; Good thinking JF. At last... a reasonable thought on the: subject!<br> <br>A We'll make sure you're left out of the settlement should anythingw ever<br>8 come of this, since you're obviously not interested.<br> <br> -- <br>S David J. Dachtera<br>g dba DJE Systems<br> P <a href="http://www.djesys.com/" eudora="autourl">http://www.djesys.com/</a><br> <br>> Unofficial Affordable OpenVMS Home Page and Message Board:<br>b <a href="http://www.djesys.com/vms/soho/" eudora="autourl">http://www.djesys.com/vms/soho/</a><br> <br>= This *IS* an OpenVMS-related newsgroup. So, a certain bias ind postings<br> is to be expected.<br> <br>D Feel free to exercise your rights of free speech and expression.<br> <br>B However, attacks against individual posters, or groups of posters, are<br>,6 strongly discouraged.</blockquote></blockquote></html>  , --=====================_-1721408565==_.ALT--   ------------------------------    Date: 11 Jan 2001 09:50:57 -0500, From: koehler@eisner.decus.org (Bob Koehler)@ Subject: Re: Data Conversion: VAX D, G floats from a binary file+ Message-ID: <tOsvKqLXOI6z@eisner.decus.org>y  i In article <tY%66.1105$WF6.23189@vixen.cso.uiuc.edu>, "Kurt W Hirchert" <hirchert@atmos.uiuc.edu> writes:iN > On every floating point representation I have ever encountered, the mantissaN > portion of the representation of 532.0 would have at most 3 1-bits set.  (In9 > IEEE it is only 2 because the first 1-bit is implicit.)   2 IEEE and VAX floating point both use a hidden bit.  F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences Corporation = NASA GSFC Flight Software       | Federal Sector, Civil GrouplE                                 | please remove ".aspm" when replyingd   ------------------------------    Date: 11 Jan 2001 10:17:17 -0500, From: koehler@eisner.decus.org (Bob Koehler)@ Subject: Re: Data Conversion: VAX D, G floats from a binary file+ Message-ID: <DOcWWmu+9bh1@eisner.decus.org>e  j "Paul Johnston" <secretariat.lwcb@ec.gc.ca> wrote in message news:93hvlo$1l8j$1@news2.ottawa.cyberus.ca...4 > -------------------------------------------------- >M > Expected Value: 532.0t" > Hex String    : E54AE1703789C74B  M   Doesn't work as an 8 byte flaoting point in any format VAX or Alpha use as  J   shown by this simple Fortran program (a.for) which even tries to see if I   the bytes are in the wrong order (OK, I didn't try packed decimal, but s!   that's fairly easy to inspect):   	 C forwardy%         real*8 a/'E54AE1703789C74B'x/o   C forward, byte swappeda%         real*8 b/'4AE570E189374BC7'x/w  
 C backward%         real*8 c/'4BC7893770E14AE5'x/    C backward, byte swapped%         real*8 d/'C74B3789E170E54A'x/    C string*         character*8 e/'E54AE1703789C74B'x/           type *,a,b,c,d,e         enda  - $fortran a  	!(Alpha, defaults to G_FLOATING)  $link av $run aG -7.065923586875767E+034  2.885505475123707E+056  1.604401713722897E+052  -2.178545803758267E+179 K7pJo   $fortran a/float=d_floating  $link a  $run aC  -13005.88464905166       6538395.720468846       1879580.192000000i -1.4969947391240593E+22 K7pJo   $fortran a/float=ieeee $link al $run aG -8.714183215033069E+179  6.417606854891587E+052  1.154202190049483E+057  -2.826369434750307E+035 K7pJs  F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences Corporationi= NASA GSFC Flight Software       | Federal Sector, Civil GroupaE                                 | please remove ".aspm" when replying    ------------------------------  % Date: Thu, 11 Jan 2001 09:34:47 -0500f0 From: Paul Anderson <paul.r.anderson@compaq.com>< Subject: Re: DCPS printer support (was RE: LN06 replacement)C Message-ID: <paul.r.anderson-5393AC.09344711012001@news.compaq.com>o  B In article <3A5D1F27.DBF1A6BB@earthlink.net>, "David J. Dachtera" $ <djesys.nospam@earthlink.net> wrote:  D > Well, if extensible printer support is not in the next release, I " > sure hope it's in the one after!  F It's not in the next release.  It's been thought about but due to the 5 amount of work involved, there are no definite plans.W   Paul   --  ,    Paul Anderson, OpenVMS Engineering (DCPS),    Compaq Computer Corporation, Littleton MA   ------------------------------  # Date: Thu, 11 Jan 2001 09:09:48 GMTl/ From: Mike Price <mike.price@littlewoods.co.uk>h' Subject: Re: Dec 3000 300 help (humour)n) Message-ID: <93jt8o$k72$1@nnrp1.deja.com>g  E Why not put all the boxes in a small room and keep the windows doubletF glazed or closed. You can them install a piping system to pipe the hotE air from that room all round the house thus providing a backup to ther
 heating???  F I'm sure she will appreciate the concept of a resilient heating system  , better not mention the electic bills though!   --B All opinions are my own and do not necessarily reflect those of my employer     Sent via Deja.comr http://www.deja.com/   ------------------------------   Date: 11 Jan 2001 12:38:48 GMT* From: helbig@astro.rug.nl (Phillip Helbig)' Subject: Re: Dec 3000 300 help (humour)h. Message-ID: <93k9go$o5t$1@info.service.rug.nl>  = In article <nq376.5$Ea4.1300@ozemail.com.au>, "Antony Wardle"f, <antony.wardle@nnnoospam.met.co.nz> writes:   ' > How can I convince my wife that it isq% > completely necessary for me to havei( > half a dozen pcs, a notebook, a couple* > of dead macs, a couple of vlcs, a couple > of m3100s, and now the alpha?e  F You mean your wife isn't a VMS person?  Perish the thought!  Real men E show their prospective brides a crash dump and see how much they can o figure out in 5 minutes!  g4 > Next is to get my hobbiest licence and some media.; > Has anyone tried copying the VMS cds, or is that a no no.p  ? I don't think there is anything wrong with BORROWING the media.s   ------------------------------    Date: 11 Jan 2001 10:21:46 -0500, From: koehler@eisner.decus.org (Bob Koehler)' Subject: Re: Dec 3000 300 help (humour) + Message-ID: <7FflHdHXe1lI@eisner.decus.org>o  i In article <nq376.5$Ea4.1300@ozemail.com.au>, "Antony Wardle" <antony.wardle@nnnoospam.met.co.nz> writes:- > Hi.- > 4 > I've been given a 3000/300. (It looks like the LX) > ' > How can I convince my wife that it ism% > completely necessary for me to havel( > half a dozen pcs, a notebook, a couple* > of dead macs, a couple of vlcs, a couple > of m3100s, and now the alpha?I >   H Ship me the Alpha, and I'll keep it for you.  Then you won't have to let" her know.  Meanwhile toss the PCs.  F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences Corporationq= NASA GSFC Flight Software       | Federal Sector, Civil GroupeE                                 | please remove ".aspm" when replyingm   ------------------------------   Date: 11 Jan 2001 16:03:57 GMT From: ka2doug@cs.com (KA2DOUG)? Subject: RE: DIGITAL OpenVMS Disk Services for Windows NT + NASa> Message-ID: <20010111110357.08669.00000629@ng-fv1.news.cs.com>  8  > Check out the following application on  OpenVMS WS's:  ><http://www.genetek.com/>a  K PFFJI but I don't find VMS mentioned in the article. Is it OpenVMS or is it  U**X?    ------------------------------  % Date: Thu, 11 Jan 2001 10:27:42 -0600W+ From: "Main, Kerry" <Kerry.Main@compaq.com> ? Subject: RE: DIGITAL OpenVMS Disk Services for Windows NT + NAShN Message-ID: <910612C07BCAD1119AF40000F86AF0D805284BDB@kaoexc3.kao.cpqcorp.net>  L <<< PFFJI but I don't find VMS mentioned in the article. Is it OpenVMS or is it U**X?>>>1   OpenVMS only..   Regards,  
 Kerry Main Senior Consultant_ Compaq Canada Inc. Professional Servicesn Voice: 613-592-4660  Fax  :  819-772-7036 Email: Kerry.Main@Compaq.com     -----Original Message-----, From: ka2doug@cs.com [mailto:ka2doug@cs.com] Sent: January 11, 2001 11:04 AMd To: Info-VAX@Mvb.Saic.Comi? Subject: RE: DIGITAL OpenVMS Disk Services for Windows NT + NASt    8  > Check out the following application on  OpenVMS WS's:  ><http://www.genetek.com/>c  K PFFJI but I don't find VMS mentioned in the article. Is it OpenVMS or is it  U**X?r   ------------------------------  # Date: Thu, 11 Jan 2001 17:40:07 GMTm4 From: "Terry C. Shannon" <terryshannon@mediaone.net> Subject: Re: eBay SPAMARAMAp= Message-ID: <Xdm76.12475$BI2.3461963@typhoon.ne.mediaone.net>e  9 "Paul Repacholi" <prep@prep.synonet.com> wrote in message-* news:874rz7gddo.fsf@k9.prep.synonet.com...8 > "Terry C. Shannon" <terryshannon@mediaone.net> writes: >DL > > That could be, but rather than make the assertion that decision is based onL > > hardware, software, or clustering woes, I'm content to observe that manyH > > eBay customers will not be amused by the site's decision to inundate themE > > with "valuable email communications with news, offers and specials events." > > In other words, SPAM.t > >oK > > This is not the way you win friends and influence people in cyberspace.s >dI > No, they have only done it to peole you selected 'no spam' registation.s< > Told them it 'must be wrong' and that they had 'fixed' it. >  > Can you say pissed...h  L Bloody right, mate! Of course, there is a solution of sorts: don't patronize eBay!w   ------------------------------  % Date: Thu, 11 Jan 2001 17:56:18 +0000 $ From: Steve.Spires@yellowpages.co.uk Subject: Re: eBay SPAMARAMAo/ Message-ID: <002569D1.00628BB8.00@quegw01.btyp>n  L Contact:   Tel: 3063  -  IS - Infrastructure, 1st Floor, Bridge Street Plaza    P Yes, but for someone like me, who collects memorabilia and programmes related to7 his beloved Coventry City, it's difficult to stay away!    ;^Dr   Steve Spires        H "Terry C. Shannon" <terryshannon@mediaone.net> on 11/01/2001 05:40:07 PM    To:        Info-VAX@Mvb.Saic.Com+ cc:         (bcc: Steve Spires/YellowPages) P From:      "Terry C. Shannon" <terryshannon@mediaone.net>, 11 January 2001, 5:40            p.m.    Re: eBay SPAMARAMA          9 "Paul Repacholi" <prep@prep.synonet.com> wrote in messagee* news:874rz7gddo.fsf@k9.prep.synonet.com...8 > "Terry C. Shannon" <terryshannon@mediaone.net> writes: > L > > That could be, but rather than make the assertion that decision is based     [cut...]     >o > Can you say pissed...p  L Bloody right, mate! Of course, there is a solution of sorts: don't patronize eBay!    ------------------------------  # Date: Thu, 11 Jan 2001 10:32:37 GMTe1 From: CSABA  HARANGOZO   <csabah@zipworld.com.au>h! Subject: Re: Email, SMTP% and FAX 7 Message-ID: <9Zf76.329$h4.31400@nostril.pacific.net.au>u  , Roland Hauk <roland.hauk@indramat.de> wrote: >> first SMTP%[FAX:@4850] ,I% >> next SMTP%FAX:@4850 , and so on...I   > Doesn't work!f! > Now he miss the file 4850.com !n  9 	Hmm, yes, now the string FAX: is taken as a device name.V@ 	I don't know nothing about CAE, but it seems that this address,B 	[FAX:@4850], is used only by CAE internally, and not by the TCPIP	 	network.n  @ 	Try to find out ( from your network guys ? ) the actual name or> 	address of the fax gateway box and then use that after the @.D 	Much like a normal e-mail address, <user>@<gateway.com> or similar. 	 @ 	I hope this does make some sense, although I hardly know TCPIP. 	Sorry, I am out of ideas...
 					Csaba  I    -----------------------------------------------------------------------E    * Csaba I. Harangozo     |    'To err is human', said the hedgehog E    * csabah@zipworld.com.au |           as he dismounted a wirebrush.iI    ----------------------------------------------------------------------r;    EARTH::AUSTRALIA:[SYDNEY]HARANGOZO.CSABA;1, delete? [N]:o   ------------------------------    Date: 11 Jan 2001 11:39:48 +0100G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de>i- Subject: Re: Gigabit Ethernet and VMS 6.2-1H3rH Message-ID: <y4g0iqxthn.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>   kparris@my-deja.com writes:i  H > In my measurements, latency for lock requests on Gigabit Ethernet is aG > bit lower than FDDI, but certainly not anywhere near the 10X that theo5 > difference in bandwidth specifications might imply:d) >                       GS-140     GS-160_) > Gigabit Ethernet      340 us     240 usa) > FDDI                  370 us     360 uss  H That is to be expected. It does seem this task is more processor-latencyN limited that anything else, and given the small packet size, that's reasonableG (you can't do pipelining, for instance, as you can for data transfers).w  I > I haven't compared actual bandwidth yet, to see if the Gigabit EthernetaE > adapter can deliver on its theoretical 10X bandwidth advantage overt- > FDDI in real-world work like shadow copies.r  B So you have a GS-160 to play benchmarking games with? I'm suitablyD impressed... Seriously, how do you set up a reproducible shadow copy for the purpose?   	Jan   ------------------------------  # Date: Thu, 11 Jan 2001 17:54:48 GMTL From: kparris@my-deja.comb- Subject: Re: Gigabit Ethernet and VMS 6.2-1H3-) Message-ID: <93ks12$eol$1@nnrp1.deja.com>-  H In article <y4g0iqxthn.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>,C   Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de>  wrote:7 > So you have a GS-160 to play benchmarking games with?&  D Had, not have. :-(  That cluster is now in production use, and can't come out to play anymore.   A > Seriously, how do you set up a reproducible shadow copy for theb purpose?  E To set up a reproducible shadow copy test for a multi-site (or multi-e lobe) cluster, one should:B 1) Create enough shadow members to adequately reflect a reasonableC amount of production data.  (Try to create disk units of comparable E size; if you have a mix of smaller and larger units, the larger units5G will take significantly longer to shadow-copy, since Shadowing does thelD copy in 127-block segments going sequentially across the entire diskC surface.  To minimize shadow-copy time, the goal is to have as manysE parallel shadow copy threads going at once as possible, to utilize as E fully as possible the available inter-site bandwidth and minimize thee= duration of the shadow copy.  You can use partitioning at theeD controller level to create multiple smaller units from huge disks if needed.)A 2) Do an initial shadow copy to get the contents identical (sincetA shadow copies go slower when the data differs, and near-identical A contents more-closely reflects the typical real-world situation).>G Note: Since shadow copies cover the entire physical disk area, not just G the portions actually allocated under the file system, so the amount ofp> free space on the disks shouldn't matter.  Also, since no dataA compression is involved, the actual disk block contents shouldn't  matter, either. ? 3) Remove all the shadowset members at one site using $DISMOUNTgG 4) Control where shadow copy threads will run (because running the copyyF threads on nodes at the target site can result in faster shadow copiesB than if the copy threads are runnong on nodes at the source site).D This can be done by temporarily setting the dynamic SYSGEN parameterG SHADOW_MAX_COPY to 0 on all nodes at the source site, and setting it to G a large value on all nodes at the target site, while you do the $MOUNTsa  that initiate the shadow copies.G 5) Initiate shadow copies on all shadowsets at one time, copying to the G other site.  This simulates recovery after a site outage.  Use the sameaF pairs of units for a given shadowset for each of the shadow-copy tests you do.aH 6) Measure the elapsed time of the resultant shadow copies to completionE 7) Use LAVC$STOP_BUS and LAVC$START_BUS programs from SYS$EXAMPLES to D control which LAN interconnect(s) are active during each shadow copy7 test, or else physically connect/disconnect the cables. G -----------------------------------------------------------------------nC Keith Parris|Integrity Computing,Inc.|parris(at)decuserve.decus.orgnF VMS Consulting: Clusters, Perf., Alpha porting, Storage&I/O, Internals     Sent via Deja.com- http://www.deja.com/   ------------------------------  % Date: Thu, 11 Jan 2001 13:13:40 +0000-0 From: andrew harrison <andrew.nospam@uk.sun.com>$ Subject: Re: GS160 hardware question* Message-ID: <3A5DB184.3A64FBB6@uk.sun.com>   "Main, Kerry" wrote: >  > Wolfgang,; > N > You and the others in this thread might be interested in the following WP's:< > <http://www.compaq.com/alphaserver/gs/gs_whitepapers.html> >    Ohh Kerry really.o  ? Read the GS Architectural White paper. It contains such gems asr  ? Near-UMA memory subsystem. 3:1 between remote and local is not w	 near UMA.m  : Gems like conventional UMA systems memory latency degrades9 by 3-4 x under load while ignoring the fact that the GS's 8 remote memory latency is always 3x worse than its local  memory latency.s  @ The statement is also untrue because the E10K which is currently> in terms of numbers of CPU's the biggest or one of the biggest= UMA systems has an under load memory latency which is at the e) most ~50% worse than the mimimun latency.i  ; The Performance enabling infrastructure section contains a s> number of memory bandwidth claims for the GS which are totally3 disproved by Compaqs own STREAMS benchmark results.-  # In the Idle Memory latency section.5  9 Compaq have used the wrong system latency numbers for an :8 E10K and by doing so (they are much too high) show that 9 the GS's average memory latency will be better than Sun's67 providing ~50% of memory acceses are local. In fact theh5 Sun's memory latency is ~440ns not 600 and because ofo3 that the GS would actaully need to have ~90% local s< memory accesses to have the same average latency as an E10K.  8 Though how you can construct a white paper section on a 8 supposed measurement "Idle Memory Latency" which has no 6 meaning outside a demented marketeers head is anyones 7 guess. It just would have been a tad more beleivable if / you had got Sun's memory latency numbers right.G  8 Finally this paper completely ignores the fact that the 4 GS memory subsystem is only on a par (latency wise) 7 with the old Origin 2000 and is dramatically worse than 3 for example the HP SuperDome which is now shipping.s  9 Do better Kerry you owe it to your audience and it would o& make our discussions more interesting.   Andrew Harrisonc Enterprise IT Architectn   ------------------------------   Date: 11 Jan 2001 16:02:30 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)$ Subject: Re: GS160 hardware question6 Message-ID: <93klem$dk6$1@mailint03.im.hou.compaq.com>  \ In article <MR576.330776$Bq.14026855@news.chello.at>, Wolfgang Rupp <rupp@chello.at> writes:, :This is *not* VMS related (Oracle/Tru64)...  -   comp.sys.dec would be the obvious choice...r  G   Please realize that your question is HEAVILY dependent on Tru64 UNIX  =   features and capabilities, not just on the hardware itself.w  J :On the spot the present CPQ tech said that there _is_ a 3/1 ratio betweenC :in-QBB and out-of-QBB memory access. This would, of course, have a G :severe impact on the db performance when memory usage grows beyond QBBE
 :boundaries.       Are you writing the database?   9 :The benchmarks at tpc.org underline the problem, and the H :not so good price/performance ratio. (I know, list prices, but anyway.)D :At the moment it (unfortunately) looks like there is a real problem :with the GS in database usage..  &   Again, are you writing the database?  E   Differing memory access times are part of the central definition ofiG   NUMA.  Compare the various levels of memory access times individually1I   -- in this case, the AlphaServer GS series has two memory access times -J   -- and also compare the available bandwidth.  And as would be expected, F   having sufficient memory interleaving does also speed memory access.  H   I know the folks working on Oracle Rdb are really just getting rollingC   on providing NUMA support within Rdb -- I'd expect that they are  F   becoming quite familiar with the various techniques involved...  TheG   database is what has to contend with the underlying system, includingmI   memory allocation and I/O caching, as well as making use of appropriate A   platform-specific features -- NUMA, Alpha instruction set, etc.   C :My question is, what is the actual experience of people using such F :machines with Oracle (or another db system) here? My knowledge of VMSF :is restricted as hobbyist user, so I am not familiar with things likeD :how the VMS memory management works. VMS specific answers would not	 :help me.P  F   I have seen applications that are slow, and I have seen applicationsC   that are fast.  I have seen application tweaks that provide large0F   performance gains.  I have seen application designs that do not lendB   themselves to NUMA architectures.   I've seen applications that F   benefit from SMP, and I have seen others that do not.  Features suchE   as OpenVMS Galaxy can help some applications bypass various design t   bottlenecks...  G   Traditionally, most software engineers will hedge, and will tell you nF   that there is no good answer to your question -- beyond making such H   (trite/profound) statments as "benchmark your application", of course.@   (And no, I don't have the measured memory access times handy.)  B   You will want to discuss with the Tru64 UNIX folks what specificE   NUMA-related features Tru64 UNIX provides -- I can discuss OpenVMS,PB   but I am not specifically familiar with what Tru64 UNIX providesE   for page replications, local v remote memory allocations, QBB-savvyeF   scheduling, soft instances and hard partitions, etc.  I do know that5   the Tru64 UNIX folks have been busy in this area...p    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------    Date: 12 Jan 2001 00:39:57 +0800, From: Paul Repacholi <prep@prep.synonet.com>$ Subject: Re: GS160 hardware question0 Message-ID: <87zogyavqa.fsf@k9.prep.synonet.com>  & Wolfgang Rupp <rupp@chello.at> writes:  K > On the spot the present CPQ tech said that there _is_ a 3/1 ratio betweeniD > in-QBB and out-of-QBB memory access. This would, of course, have aH > severe impact on the db performance when memory usage grows beyond QBBF > boundaries. The benchmarks at tpc.org underline the problem, and theI > not so good price/performance ratio. (I know, list prices, but anyway.)eE > At the moment it (unfortunately) looks like there is a real problem   > with the GS in database usage.  K The best source of answers I can think of would be the Wildfire discussionsr9 on comp.arch some time ago. Sorry to point you at Deja ;)f  E Even with a 3-1 memory access ratio, remember that that is way better = than hitting the disk or going over the wire to get the data.n  J Memory tells me that 3-1 is not a normal case; consider that a Turbo LaserE memory system can have greater ratios than this. I think 3-1 is worst G case remote vs best case local. Also, if you doubled the speed of local 5 access, that would give you a 6-1 ratio. Looks worse.    --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.u@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------    Date: 12 Jan 2001 01:15:34 +0800, From: Paul Repacholi <prep@prep.synonet.com>' Subject: Re: IBM + Linux + US$ 1 bilionn0 Message-ID: <87g0iqau2x.fsf@k9.prep.synonet.com>  - "Main, Kerry" <Kerry.Main@compaq.com> writes:h   > Check out:C > http://www.openvms.compaq.com/solutions/government/coe/index.html:  D Well Kerry, if you do, and go look at the details, you find Solaris,) HPUX, NT!! but no VMS. Secure VMS, no... e  : Seems there is a way to go. The COE info would tell people to NOT use VMS at the moment.S   --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.n@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------   Date: 11 Jan 2001 13:29:42 GMT* From: bdwheele@indiana.edu (Brian Wheeler)H Subject: INGRES date on-disk format (or: how to convert vms system time)3 Message-ID: <93kcg6$i2t$1@flotsam.uits.indiana.edu>/  J I've got a bunch of data I'm extracting from ingres data files.  Given theJ table format, I've figured out how to convert all of the data types exceptI for date.  It looks like its 12 bytes, with the last 4 always being zero..  H I suspect that the 1st 8 bytes are vms system time, but I have no way ofD checking.  How does one convert vms system time to unix system time?     Thanks for any advice!
 Brian Wheeler. bdwheele@indiana.edu   ------------------------------  # Date: Thu, 11 Jan 2001 11:06:16 GMT,  From: ROBERT.MURPHY@RB.CWPLC.COM Subject: iostream.h missing ? ) Message-ID: <93k434$p7e$1@nnrp1.deja.com>'   Hi,n  F Probably a daft question - I have installed the Compaq C compiler on aC Vax, however my users are complaining that the file "iostream.h" is F missing. I cannot find the file on the system, and it does not seem toD be in the installation kit. Is this a standard file, or do I have toH get it from somewhere else ? Any suggestions would be most appreciated !   Cheers,i   Rob Murphy.e     Sent via Deja.comd http://www.deja.com/   ------------------------------    Date: 11 Jan 2001 13:24:45 +0100G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de>-! Subject: Re: iostream.h missing ?0H Message-ID: <y4g0iq5l9u.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  M That is a file for C++, not C. There are also different standardized versions M of these include files that I can never remember what the difference is (withs and without the .h).   	Jan   ------------------------------    Date: 11 Jan 2001 06:34:49 -0600& From: Charles Sebold <sebold@lcms.org>; Subject: Re: It =?iso-8859-1?q?=B4s?= not a Compaq Web Sitee, Message-ID: <m3bste2ro6.fsf@sebold.lcms.org>  8 On 16 Teveth 5761, fabio compaq gave us another opinion:  > > I believe the OVMS community is not united and it's not selfG > organized, allways waiting an answer for the problems from Compaq, orP > DECUS-Encompass etc .... > + > Just click www.linux.org or www.amiga.org@ >  > Now click www.openvms.orgC >  > See ??  D See what?  If you think the Linux community is more united and "selfD organized" than the OpenVMS community, I would encourage you to lookF more closely at the Linux community.  I'm not sure one exists.  A goodD look at some of the articles on Slashdot, and the "discussions" thatD follow, might help you see that Linux is a factionalized, splinteredF group of people who are just barely joined together by that one commonF thread of what Unix-like kernel they run.  They can't agree on whetherE RedHat and VA Linux are good or evil, on whether proprietary software8H added to their free system is OK or not, etc.  At least VMS _is_ more of@ a community, with one major corporation and its users (who _are_F frequently at odds with it, but hey, no community is perfect), most ofG whom I think appreciate the strong points of their own operating system E but aren't unrealistic about it, and most of whom are helpful to eacheG other in forums like this one.  (You ought to see the IRC channels thatrB are supposed to be dedicated to Linux, when somebody asks a FAQ orD simple question.  They would wish for something like Hoff's frequentC polite mentions of the FAQ, and get verbally assaulted and called a-D "clueless newbie" and far worse instead; Carl Lydick's style is more similar to that of these kids.)o  B When Linux's star falls, the way VMS's star has in the public eye,F _then_ there will be a "Linux community," because they'll have to bandC together to survive.  (I should say "we" - all I use is GNU/Linux.)o -- -F Charles Sebold, Systems Specialist                     LCMS Unix site:O LCMS - Office of Information Systems                       http://unix.ois.org/GO *** Opinions expressed herein are not necessarily ***  5E74 5869 00E0 2368 3296mO *** those of the Lutheran Church - Missouri Synod ***  0287 C1FD 0045 A5E2 A184  -- 16th of Teveth, 5761 --H If I had wanted your website to make noise I would have licked my finger! and rubbed it across the monitor.i  ;  -- istartedi <comments@vrml3d.com>, .signature on Slashdot    ------------------------------  % Date: Thu, 11 Jan 2001 07:29:42 -0300 ) From: fabio_compaq@ep-bc.petrobras.com.br 7 Subject: It =?iso-8859-1?q?=B4s_not_a_Compaq_Web_Site?=lL Message-ID: <OF0D871929.2DC98372-ON032569D1.0039980B@ep-bc.petrobras.com.br>   Click at www.openvms.com  . This site is not owned by Compaq......hmmm....  & Click at www.windows.com ... HMMM! ! !  ( If the father dont care the chilld .....  H I believe the OVMS community is not united and it=B4s not self organize= d,: allways waiting an answer for the problems from Compaq, or DECUS-Encompass etc ....  ) Just click www.linux.org or www.amiga.org    Now click www.openvms.orgb   See ??   Regardsh   FC   =    ------------------------------  % Date: Thu, 11 Jan 2001 17:57:42 +0100 2 From: martin@radiogaga.harz.de (Martin Vorlaender) Subject: Java FVM 1.2.2-1-; Message-ID: <3a5de606.524144494f47414741@radiogaga.harz.de>4   Hi,n  H I've installed Java 1.2.2-1, and recently, the accompanying Fast Virtual$ Machine. But I can't get it to work:   $ ! "normal" Java setupv/ $ @sys$common:[java$122.com]java$122_setup     a4 Setting up symbols for foreign command line usage...% JAVA$FILENAME_CONTROLS now set to: -1  $ java -versionh java version "1.2.2-1"L Classic VM (build J2SDK.v.1.2.2-1:07/29/2000-02:00, native threads, jit_122) $s  
 $ ! FVM setupe/ $ @sys$common:[java$122.com]java$122_setup fastt4 Setting up symbols for foreign command line usage...% JAVA$FILENAME_CONTROLS now set to: -1t $ java -versiont, md_gc_init: could not allocate heap of size,=  file USER2$:[JFEX.JFEX_VM.SRC.SYS.ALPHA]GCINIT.C;1, line 130n $   G From the "size," bit, it seems the FVM is missing a (default) value forsG the heap size (which, from the XUSAGE.TXT file, can be set by a commandc line option. But how?).h  < Environmental information: OpenVMS/Alpha 7.2-1H1 + CRTL ECO.  * Any idea? Thanks in advance for any clues.  L BTW: Does it really have to be installed in SYS$COMMON: ? The setup containsG a shared SCSI cluster disk I would love to install this to, so that alle" cluster members have access to it.   cu,    Martin --J One OS to rule them all       | Martin Vorlaender  |  VMS & WNT programmer7 One OS to find them           | work: mv@pdv-systeme.desN One OS to bring them all      |       http://www.pdv-systeme.de/users/martinv/> And in the Darkness bind them.| home: martin@radiogaga.harz.de   ------------------------------   Date: 11 Jan 2001 00:42 CSTo' From: carl@gerg.tamu.edu (Carl Perkins)e Subject: Re: LN08 info- Message-ID: <11JAN200100424079@gerg.tamu.edu>d  4 Paul Anderson <paul.r.anderson@compaq.com> writes...> }The DEClaser 3200/3250, Newest Members of the DEClaser Family }  }HIGHLIGHTSb } : }o  13 ppm Tabletop Laser Printers with DEC PPL3/Sixel andJ }   Hewlett-Packard LaserJet IID (HP-PCL 4) protocols standard in both the }   DEClaser 3200 and 3250  E We have a 3250. You should note that this 13ppm (11 duplex) speed is,WF shall we say, a bit over-optimistic. If you are sending it nothing butH form feeds, you might hit that. Pure text is not bad. Put one incy-wincyD little graphic element on the page and the print speed plumets. EvenF when it was new several years back, it was no speed demon when it came2 to graphics compared to other printers of the era.   --- Carl   ------------------------------   Date: 11 Jan 2001 10:10:16 GMT7 From: Thomas.Hahnemann@nospam_s-t.de (Thomas Hahnemann)n Subject: Re: locked file0 Message-ID: <Oozvf8elmJpy-pn2-g4SFYgnIeWdp@Tom2>   thanks, ) I got it. I've installed the library withs1 a physical name (i.e. dka300 ) for the device in n7 the name during system startup. Then a logical for the -8 same device (i.e. disk2 ) was set by an application and / was used for the update installation. Both were / pointing to the same file, but install does notg/ resolve the logical. So the file was installed w" twice with different device names.   Thomas Hahnemann   ------------------------------  # Date: Thu, 11 Jan 2001 17:01:02 GMT.3 From: Tim Llewellyn <tim.llewellyn@cableinet.co.uk>g Subject: Re: locked file/ Message-ID: <3A5DE629.771DEB29@cableinet.co.uk>g   Thomas Hahnemann wrote:s > 	 > thanks, + > I got it. I've installed the library with 2 > a physical name (i.e. dka300 ) for the device in8 > the name during system startup. Then a logical for the9 > same device (i.e. disk2 ) was set by an application andr1 > was used for the update installation. Both were 1 > pointing to the same file, but install does notm0 > resolve the logical. So the file was installed$ > twice with different device names. >   . logicals are required to be defined /executive- (and probably, though not absolutely /system,b2 depends on your logical name table customisations) for INSTALL to use them.     > Thomas Hahnemann   ------------------------------  # Date: Thu, 11 Jan 2001 14:13:59 GMTo% From: Andrew.Rycroft@intrinsitech.come; Subject: Miscellaneous errors reported on disk on host RAIDr) Message-ID: <93kf2v$1sk$1@nnrp1.deja.com>h   Hi,t  C I am currently managing an OpenVMS v6.2 system with host based RAIDl@ controller. I have started the SWXCR management software, and itD reported a number of miscellenous errors on a disk drive. What could- they be, and should I get the disk replaced ?l   Thanks Andrew     Sent via Deja.com  http://www.deja.com/   ------------------------------   Date: 11 Jan 2001 07:49:00 GMT* From: helbig@astro.rug.nl (Phillip Helbig)# Subject: MOUNT, INITIALIZE, DENSITYv. Message-ID: <93johc$j6a$1@info.service.rug.nl>  	 Hi folks,c    3 A while back, I posted a question about the errors t  @ %BACKUP-F-POSITERR, error positioning TAPE$DAT:[000000]TEST.BCK;! -SYSTEM-F-IVDENS, invalid density   F This came from a .COM doing BACKUP to a DAT (I posted precise details I previously) which had worked in the past, but had stopped working.  Some aF folks suggested that the drive might be going bad etc (which might be  true).  7 What is the actual immediate cause of the errors above?S  D Through trial and error, I have found that if I specify the /DENSITYG qualifier with the MOUNT command (with the same value as that specifiedH9 with the INITIALIZE command, though I haven't tried other-5 possibilities), the BACKUP command works as expected.a  @ Thus, my immediate problem is solved, but I would still like to ( understand a bit better what's going on.     -- uM Phillip Helbig                       Email .............. helbig@astro.rug.nlRM Kapteyn Instituut                    Email ................. helbig@man.ac.uk M Rijksuniversiteit Groningen          Tel. ................... +31 50 363 6647tM Postbus 800                          Fax .................... +31 50 363 6100 M NL-9700 AV Groningen                 Web ... http://www.astro.rug.nl/~helbig/i  5 My opinions are not necessarily those of my employer.e   ------------------------------  % Date: Thu, 11 Jan 2001 16:24:43 +0800e- From: David B Sneddon <dbsneddon@bigpond.com> ' Subject: Re: MOUNT, INITIALIZE, DENSITYT? Message-ID: <3.0.6.32.20010111162443.0079b510@mail.bigpond.com>   . At 07:49 AM 1/11/01 GMT, Phillip Helbig wrote:
 >Hi folks, >  > 4 >A while back, I posted a question about the errors  >pA >%BACKUP-F-POSITERR, error positioning TAPE$DAT:[000000]TEST.BCK;g" >-SYSTEM-F-IVDENS, invalid density >cG >This came from a .COM doing BACKUP to a DAT (I posted precise details rJ >previously) which had worked in the past, but had stopped working.  Some G >folks suggested that the drive might be going bad etc (which might be h >true).l >a8 >What is the actual immediate cause of the errors above? >oE >Through trial and error, I have found that if I specify the /DENSITYrH >qualifier with the MOUNT command (with the same value as that specified: >with the INITIALIZE command, though I haven't tried other6 >possibilities), the BACKUP command works as expected. > A >Thus, my immediate problem is solved, but I would still like to d) >understand a bit better what's going on.a  A What versions?  There are a number of ECOs for backup and related A things to do with mounting and initializing tapes.  I had similaraA problems recently with density/compaction settings being ignored.n     Regards, Dave.?I ------------------------------------------------------------------------- I David B Sneddon (dbs)  OpenVMS Systems Programmer   dbsneddon@bigpond.comsI Sneddo's quick guide ...          http://www.users.bigpond.com/dbsneddon/aI DBS freeware at ...   http://www.users.bigpond.com/dbsneddon/software.htm I "Life is what happens to you while you're busy making other plans" Lennond   ------------------------------    Date: 11 Jan 2001 11:27:11 +0100G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de>e* Subject: Re: OpenVMS "reply/to" challenge.H Message-ID: <y4lmsixu2o.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  4 hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) writes:  J >   There is unfortunately no DCL-level API for retrieving the responses, ? >   and (IMNSHO) an incomplete operator communications API...  .  K Just so. The job controller et al. stuff got a serious overhaul once, but alK lot of the arena of system-management system services is still at the V2/V2uE level. I think that's an area that would need serious re-thinking andi re-design in toto.  J >   There have been some informal discussions of creating a symbol behind  >   REQUEST-  L Are there any utilities that have _documented_ output in the form of symbolsK being set? I know of SHOW DISPLAY, but that one is undocumented, I believe.-   	Jan   ------------------------------  % Date: Thu, 11 Jan 2001 21:22:59 +1030f% From: Jeremy Begg <jeremy@vsm.com.au>l* Subject: Re: OpenVMS "reply/to" challenge.* Message-ID: <3A5D908B.8E85A44A@vsm.com.au>   Keith,  2 > Also, is there a efficient way to redirect OPCOM > messages originatingJ > from multiple hosts and funnel them to one specified host console or PC?  1 You might like to evaluate our "OperCon" product.h http://www.vsm.com.au/opercon/   Regards,           Jeremy Begga  =   +---------------------------------------------------------+e=   |             VSM Software Services Pty. Ltd.             | =   |                  http://www.vsm.com.au/                 |g=   |        "OpenVMS Systems Management & Programming"       |e=   |---------------------------------------------------------| =   | P.O.Box 402, Walkerville, |  E-Mail:  jeremy@vsm.com.au |f=   | South Australia 5081      |   Phone:  +61 8 83592155    |c=   |---------------------------|  Mobile:  0414 422 947      |w=   |  A.C.N. 068 409 156       |     FAX:  +61 8 82231777    | =   +---------------------------------------------------------+n   ------------------------------  # Date: Thu, 11 Jan 2001 10:48:49 GMTL1 From: CSABA  HARANGOZO   <csabah@zipworld.com.au>i* Subject: Re: OpenVMS "reply/to" challenge.7 Message-ID: <lcg76.330$h4.31521@nostril.pacific.net.au>c  6 David J. Dachtera <djesys.nospam@earthlink.net> wrote:& > keith.kepner@us.pwcglobal.com wrote: >>   [...snip...]   > $ CR[0,8]=13 > $ LF[0,8]=10$ > $ DEFINE/USER SYS$OUTPUT REPLY.TXT > $ REQUEST/REPLY "Yes?" > $ OPEN/READ RTXT REPLY.TXT > $ READ RTXT P9 > $ READ RTXT P9 > $ CLOSE RTXT > $ DELETE/NOLOG REPLY.TXT;-2 > $ RESPONSE = F$ELEM( 1, LF, F$ELEM( 1, CR, P9 )) > $ SH SYM RESPONSEo  H > Some will say it's not "elegant" since it uses a temp. file. So be it.  B 	One could use PIPE ( and therefore SYS$PIPE ), and voila, no temp5 	file. Of course, older VMS versions don't have this.o  H > Just remember to delete the temp. file before getting another response6 > because it will be appended to if it already exists.   			Cheers,		Csaba   I    ---------------------------------------------------------------------- E    * Csaba I. Harangozo     |    'To err is human', said the hedgehogeE    * csabah@zipworld.com.au |           as he dismounted a wirebrush. I    ---------------------------------------------------------------------- ;    EARTH::AUSTRALIA:[SYDNEY]HARANGOZO.CSABA;1, delete? [N]:-   ------------------------------  % Date: Thu, 11 Jan 2001 12:23:25 +0000 % From: Alan Greig <agreig@my-deja.com>f* Subject: Re: OpenVMS "reply/to" challenge.8 Message-ID: <jr8r5tcln3sho8kd77n45jn8kgon7ml198@4ax.com>  . On 11 Jan 2001 11:27:11 +0100, Jan Vorbrueggen8 <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de> wrote:  5 >hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) writes:o > K >>   There is unfortunately no DCL-level API for retrieving the responses, 1@ >>   and (IMNSHO) an incomplete operator communications API...   >dL >Just so. The job controller et al. stuff got a serious overhaul once, but aL >lot of the arena of system-management system services is still at the V2/V2F >level. I think that's an area that would need serious re-thinking and >re-design in toto.i  D Although there were many "non-goals" the DEC TOPS-20 > VMS migrationD guide stated that it was a "goal" to fully implement the TOPS-20 OPRA functionaility on VMS - including the full OPR command interface.sF DCL/OPCOM is similar but missed a few features from TOPS-20. Same with0 the related print and batch queue functionality.  > I always loved the user level (EXEC) command PLEASE to requestC operator intervention. On a number of occasions frustrated students.E would type in "PLEASE FUCKOFF" or similar after a frustraing round of1A error messages or while in TALK mode only to be greeted with texti close to @ PLEASE FUCKOFF Operator has been informed Waiting for operator response5  . System Operators (those running OPR) would see   Message 237 from user ASTUDENT	 "FUCKOFF"e     --
 Alan Greig   ------------------------------  # Date: Thu, 11 Jan 2001 13:30:24 GMT / From: Mike Price <mike.price@littlewoods.co.uk> * Subject: Re: OpenVMS "reply/to" challenge.) Message-ID: <93kchg$vlb$1@nnrp1.deja.com>e  * Although its a bit of a long way round you a) could create a mailboxo> b) define the logical OPC$LOGFILE_NAME to point at the mailbox9 c)Do a REPLY/LOG to set the opcom messages to the mailbox > d)then have a process read the mailbox and write everything to/ operator.log (just so you don't confuse people)o  F Then your process has access to everything that goes to opcom. you canA get it to filter out whatever you want and act on it as you wish.   E Make sure you know what happens when another reply/log happens though"D (I can't remember the details but its fairly obvious what to do when& you see it happen for the first time.)C Also make sure you have exit handlers or something that sets things ) back to normal is your process terminatesw  ? hope that helps - maybe its too big a hammer for what you want!u   Mike     --B All opinions are my own and do not necessarily reflect those of my employer     Sent via Deja.coma http://www.deja.com/   ------------------------------  % Date: Thu, 11 Jan 2001 07:33:15 -0300e) From: fabio_compaq@ep-bc.petrobras.com.brA# Subject: OpenVMS + Active Directory,L Message-ID: <OF4400AF58.4761CFF3-ON032569D1.0039CCA7@ep-bc.petrobras.com.br>  B Do you know if OpenVMS will support Microsoft Active Directory ???   Regardsg   FC   ------------------------------  % Date: Thu, 11 Jan 2001 09:14:34 -0300 ) From: fabio_compaq@ep-bc.petrobras.com.brm Subject: OpenVMS on CNETL Message-ID: <OFECE3C979.CF33B054-ON032569D1.0042FCAC@ep-bc.petrobras.com.br>   Clicka  z http://enterprise.cnet.com/enterprise/0-9566-707-1751615.html?tag=st.it.9566-701-1751615.dirreview.9566-707-1751615-235073  4 But still informing the Magic Number = 450.000 ! ! !  i Is it cabalistic for us ?  This number never grows.... I think since I work with OVMS is the same number?y  0 Should  Compaq want to  make a new census ? :-))     Reg.   FC   ------------------------------   Date: 11 Jan 2001 16:51:50 GMT2 From: mathog@seqaxp.bio.caltech.edu (David Mathog) Subject: Re: OpenVMS on CNET, Message-ID: <93kob6$d0t@gap.cco.caltech.edu>  x In article <OFECE3C979.CF33B054-ON032569D1.0042FCAC@ep-bc.petrobras.com.br>, fabio_compaq@ep-bc.petrobras.com.br writes: >Click >8{ >http://enterprise.cnet.com/enterprise/0-9566-707-1751615.html?tag=st.it.9566-701-1751615.dirreview.9566-707-1751615-2350731 >-5 >But still informing the Magic Number = 450.000 ! ! !v   and 10 Million users.u  j >Is it cabalistic for us ?  This number never grows.... I think since I work with OVMS is the same number?1 >Should  Compaq want to  make a new census ? :-))   H That URL is essentially a rewritten Compaq press release.  Have a gander* anyway since it's littered with gems like:  R  "Compaq has eliminated development for Alpha for Windows NT and Alpha for IA-64,"   Regards,   David Mathog mathog@seqaxp.bio.caltech.edu ? Manager, sequence analysis facility, biology division, Caltech r   ------------------------------  # Date: Thu, 11 Jan 2001 17:59:19 GMT44 From: "Terry C. Shannon" <terryshannon@mediaone.net> Subject: Re: OpenVMS on CNET= Message-ID: <Xvm76.12476$BI2.3462693@typhoon.ne.mediaone.net>m  6 <fabio_compaq@ep-bc.petrobras.com.br> wrote in messageF news:OFECE3C979.CF33B054-ON032569D1.0042FCAC@ep-bc.petrobras.com.br... > Click4 >0 > L http://enterprise.cnet.com/enterprise/0-9566-707-1751615.html?tag=st.it.9566. -701-1751615.dirreview.9566-707-1751615-235073 >a6 > But still informing the Magic Number = 450.000 ! ! ! >cH > Is it cabalistic for us ?  This number never grows.... I think since I" work with OVMS is the same number? >m2 > Should  Compaq want to  make a new census ? :-))  K The interesting thing about this census is that it is inconsistent with the L decline DEC itself predicted in 1997. At that time, DEC presentations showedK the VMS installed base declining from ~450K systems to ~200-225K systems byo/ 2001 or 2001. This apparently has not happened.s  J As for a growth in the base, that doesn't seem likely, especially in lightL of the paucity of proactivity on the part of marketeers. About 20 percent ofG the installed base wanders off the VMS reservation every year; they aree; replaced by an approximately equal number of new customers.h   ------------------------------  # Date: Thu, 11 Jan 2001 12:52:45 GMTi" From: pa@it.singer-friedlander.com Subject: Optical Drives for VAX2) Message-ID: <93kaaq$tlu$1@nnrp1.deja.com>a  ? Can somebody point to where I can find some information on whatY@ Optical Drives are available for Vaxes. I cant seem to find much on Compaqs website.    TIAt   Piyush     Sent via Deja.comc http://www.deja.com/   ------------------------------  % Date: Thu, 11 Jan 2001 10:00:44 -0500 . From: "Kenneth Randell" <kenr@datametrics.com># Subject: Re: Optical Drives for VAX + Message-ID: <93kho8$f9l$1@bob.news.rcn.net>d   Hello --  I You might try www.usdesign.com.  I believe they make what you are looking- for.   Ken Randell-  / <pa@it.singer-friedlander.com> wrote in message.# news:93kaaq$tlu$1@nnrp1.deja.com...:A > Can somebody point to where I can find some information on whatAB > Optical Drives are available for Vaxes. I cant seem to find much > on Compaqs website.t >D > TIA  >i > Piyush >L >T > Sent via Deja.comb > http://www.deja.com/   ------------------------------  % Date: Thu, 11 Jan 2001 17:41:09 +0100 . From: A Razzak <razzaka@pears.fkr.cpqcorp.net>$ Subject: Re: Pathworks error message5 Message-ID: <3A5DE225.E4D3A27A@pears.fkr.cpqcorp.net>i   Lothar Geyer wrote:o > $ > Well, I'm not sure it's Pathworks: yesi > F > NET3055: A problem exists with the system configuration. There is no9 > account for this machine in the user accounts database.a  ( The command below gives you Server role  $ net accounts .o .a< Server role:                                          BACKUP< Primary domain controller for workstation domain:     \\JXXX    $ net accounts  /role:standalone) $ net accounts  /role:backup  or primary  ; this will add the new LAN Manger servers name as a user andn$ place the user in the group Servers. --   ------------------------------  % Date: Thu, 11 Jan 2001 11:11:55 -0300 ) From: fabio_compaq@ep-bc.petrobras.com.bra Subject: RDB LocksL Message-ID: <OF5A44C8BA.CA346E08-ON032569D1.004D53C2@ep-bc.petrobras.com.br>  B We are having problems with RDB locks. Of course I  know it=B4s an applicationhD problem: we have an environment with GEMBASE applications (VT based)H connecting to the RDB Database....But we are trying to track the cause = ofF the locks and we dont discover. The develop. people is trying to debug6 the applications but they didnt discover anything.....  D Do you have any idea  how the RDB locks can be traced to discover if! is a OVMS, RDB or Appl. problem ?c   Regard   FC=3   ------------------------------  % Date: Thu, 11 Jan 2001 09:59:53 -0500r2 From: norm lastovica <norman.lastovica@oracle.com> Subject: Re: RDB Locks* Message-ID: <3A5DCA69.FEB7725D@oracle.com>   fabio -   ? you'll have to provide a whole lot more information.  what sort @ of problem are you having and how are you able to determine that& there is a problem in the first place?   	normd  * fabio_compaq@ep-bc.petrobras.com.br wrote: > B > We are having problems with RDB locks. Of course I  know its an
 > applicationsF > problem: we have an environment with GEMBASE applications (VT based)K > connecting to the RDB Database....But we are trying to track the cause ofeH > the locks and we dont discover. The develop. people is trying to debug8 > the applications but they didnt discover anything..... > F > Do you have any idea  how the RDB locks can be traced to discover if# > is a OVMS, RDB or Appl. problem ?  >  > Regard >  > FC   -- k> norman lastovica / oracle rdb engineering / usa / 610.696.4685   ------------------------------  % Date: Thu, 11 Jan 2001 14:23:22 -0300-) From: fabio_compaq@ep-bc.petrobras.com.br0 Subject: Re: RDB LocksL Message-ID: <OFFFD63507.4E8B5E1A-ON032569D1.005E58E0@ep-bc.petrobras.com.br>   First of all -   OpenVMS 7.2e Oracle RDB V7.1l GEMBASE V6.0  H The locks begin to grow when the number of  users are between 40 - 90..= ..H But sometimes with a few users < 30  this happens...I am not a solutiio= nhB architect but in my readings I feel a Transaction  Server would beC used in this kind of configuration with great number of users using  the same database !e  < Do anyone have experience in porting GEMBASE to COGNOS 4GL ?   Regards  FC            C norm lastovica <norman.lastovica@oracle.com> em 11/01/2001 12:59:53o      )       fabio_compaq@ep-bc.petrobras.com.brh       Assunto: Re: RDB Locks     fabio -t  ? you'll have to provide a whole lot more information.  what sort @ of problem are you having and how are you able to determine that& there is a problem in the first place?  	      norml  * fabio_compaq@ep-bc.petrobras.com.br wrote: >oD > We are having problems with RDB locks. Of course I  know it=B4s an
 > applicationrF > problem: we have an environment with GEMBASE applications (VT based)H > connecting to the RDB Database....But we are trying to track the caus= e ofH > the locks and we dont discover. The develop. people is trying to debu= g 8 > the applications but they didnt discover anything..... >.F > Do you have any idea  how the RDB locks can be traced to discover if# > is a OVMS, RDB or Appl. problem ?- >- > Regard >  > FC   --> norman lastovica / oracle rdb engineering / usa / 610.696.4685         =    ------------------------------  % Date: Thu, 11 Jan 2001 07:30:06 -03006) From: fabio_compaq@ep-bc.petrobras.com.br9 Subject: Test 123iL Message-ID: <OF320EC30D.7C059FE5-ON032569D1.0039AB2F@ep-bc.petrobras.com.br>   This is a test   ------------------------------  % Date: Thu, 11 Jan 2001 16:33:18 +0100T( From: Etienne Vogt <vogt@alice.obspm.fr>4 Subject: Re: Today's Nugget of Worthless Information. Message-ID: <3A5DD23E.D8DF2AFA@alice.obspm.fr>  
 fooguy wrote:o > 6 > Two DS20s, both alike in kind in fair Washington,DC: > 500mhz 21264 CPU, 1G Ram > 4 > One is running OpenVMS 7.2-1, the other NetBSD 1.5 > 9 > The RC5 keyrate from the OpenVMS machine is ~532Kkeys/sd9 > The RC5 keyrate from the NetBSD machine is ~1027Kkeys/s   B The RC5 client for OpenVMS is way out of date (dnet does no longer; have a VMS person to maintain it) and is probably much lessC3 optimised that the versions for alpha Unix systems.t5 It also does not support OGR (Optimal Golomb Rulers).r   --  # 		Etienne Vogt (vogt @ na.astro.it)v) 		Osservatorio Astronomico di Capodimontec 		Napoli, Italia   ------------------------------   Date: 11 Jan 2001 17:09:29 GMT2 From: mathog@seqaxp.bio.caltech.edu (David Mathog)4 Subject: Re: Today's Nugget of Worthless Information, Message-ID: <93kpc9$d0t@gap.cco.caltech.edu>  N In article <93j25d$uo8$1@nnrp1.deja.com>, fooguy <jweisen@my-deja.com> writes:5 >Two DS20s, both alike in kind in fair Washington,DC:e >500mhz 21264 CPU, 1G Ram  > 3 >One is running OpenVMS 7.2-1, the other NetBSD 1.5d >s8 >The RC5 keyrate from the OpenVMS machine is ~532Kkeys/s8 >The RC5 keyrate from the NetBSD machine is ~1027Kkeys/s >-D >Now, I would not expect RC5 to perform as well on an Alpha as a PC,F >since the client is so heavily optimized for the PC (mhz for mhz, theH >Alpha was over twice as fast as a PC in the DES benchmark), but for two, >identical machines to have that wide a gap?  I How much IO does this do?  If you use the default settings for open() andeJ fopen() the standard IO rates to disk on VMS are very much smaller than onL Linux or any Unix I've tested (which doesn't include netBSD.)   Things that E will kill you are the RMS /buffer and /block parameter and especially A the /extend parameter.  (Doing lots of little extends just kills eJ performance because the heads have to jump all over the disk.)  If you're L running in a pipe then have a look at the system parameter for mailbox size.E The default is very small and it makes PIPE'd applications push data   through a pinhole.  J Paul Repacholi sent me what was essentially a one line patch for gzip thatI sped it up by a factor of 10 for gzip -d and a factor of 4 (roughly) for  D gzip.  I'll post some timings for that later but the key change was:  P #  define OPEN(name, flags, mode) open(name, flags, mode, "ALQ=32", "DEQ=4096",\:      "MBF=6", "MBC=128", "FOP=cbt,tef,sqo", "ROP=rah,wbh")  J Of these, the ROP bits seem to have made the most difference (read ahead, J write behind) and the block/buffer settings helped too.  If your code usesH C open() or fopen() try at least adding the ROP part, you may see a hugeG difference in throughput.  Also, if you're using DEC C, optimize it for 0 HOST with:   cc/opt=(tune=host).  The default is  @      /OPTIMIZE=(INLINE=AUTOMATIC,LEVEL=4,UNROLL=0,TUNE=GENERIC).  D and GENERIC can be quite a bit slower than host.  Note that UNROLL=0D means the compiler gets to choose, not that it doesn't unroll loops.   Regards,   David Mathog mathog@seqaxp.bio.caltech.edu1? Manager, sequence analysis facility, biology division, Caltech     ------------------------------  # Date: Thu, 11 Jan 2001 08:24:54 GMT  From: piyush_a@my-deja.com Subject: UCX Routing problem) Message-ID: <93jqkj$idh$1@nnrp1.deja.com>e  1 We are running a VAX system under OpenVMS 7.1 andO. UCX 4.1E2. We have been experiencing a problem- where for some reason a route appears from no3/ where and so messes up our transfers to our FTPD+ server. We are using the 10 network and the ! routes in the routing table are :t  1 AH    10.200.10.2                   129.100.203.1=1 AN    10.0.0.0                      129.100.203.3S  1 PH    10.200.10.2                   129.100.203.1D  . Even though Dynamic Routing is disabled we are/ still getting the 10.0.0.0 route from somewhere , and so when we try to connect to 10.200.10.20 it fails as its going the wrong way. It seems to. be intermittent. Sometimes its there and if we, delete it, it goes but comes back a few days later.  0 Can anyone tell me why this is happening and any, possible solutions to stop if from happening again.   Thanks in advance,   Piyush     Sent via Deja.comi http://www.deja.com/   ------------------------------  # Date: Thu, 11 Jan 2001 08:31:48 GMT- From: piyush_a@my-deja.com Subject: UCX Routing Problem) Message-ID: <93jr1l$iik$1@nnrp1.deja.com>*  5 We are running a VAX under OpenVMS 7.1 and UCX 4.1E2.rF We are having some routing problems. We have Dynamic routing disabled,@ but for some reason we seem to be receiving a "rogue" route fromG somewhere and we dont really want to be there because if often disrupts3 transfers on other routes.  1 AN   10.200.10.2                    129.100.203.1o1 AN   10.0.0.0                       129.100.203.3k    1 PH   10.200.10.2                    129.100.203.1n  E For some reason the 10.0.0.0 route appears from nowhere and so causes B transfers on the 10.200.10.2 route to fail because it is going theC wrong way. When it is removed, everything is fine, but then it just  reappears a few days later.t  < Does anyone have any ideas to why this may be happening? Any( suggestions will be greatly appreciated.   Thanks,    Piyush.      Sent via Deja.come http://www.deja.com/   ------------------------------  # Date: Thu, 11 Jan 2001 08:30:37 GMTs From: piyush_a@my-deja.com Subject: UCX Routing Problem) Message-ID: <93jqve$ii2$1@nnrp1.deja.com>m  5 We are running a VAX under OpenVMS 7.1 and UCX 4.1E2.eF We are having some routing problems. We have Dynamic routing disabled,@ but for some reason we seem to be receiving a "rogue" route fromG somewhere and we dont really want to be there because if often disrupts  transfers on other routes.  1 AN   10.200.10.2                    129.100.203.1e1 AN   10.0.0.0                       129.100.203.3.    1 PH   10.200.10.2                    129.100.203.1s  E For some reason the 10.0.0.0 route appears from nowhere and so causes B transfers on the 10.200.10.2 route to fail because it is going theC wrong way. When it is removed, everything is fine, but then it just) reappears a few days later.m  < Does anyone have any ideas to why this may be happening? Any( suggestions will be greatly appreciated.   Thanks,M   Piyush.i     Sent via Deja.comt http://www.deja.com/   ------------------------------  # Date: Thu, 11 Jan 2001 09:04:55 GMTe/ From: Mike Price <mike.price@littlewoods.co.uk>d  Subject: Re: UCX Routing Problem) Message-ID: <93jsvk$k42$1@nnrp1.deja.com>o  @ This sort of thing has happened to us when we have had a networkC problem - sometimes just a transient one. What appears to happen isnA that if a packet  tries to gets through to the server (client and G server in this case are both VMS ALphas) and the route has dissappearediB (e.g. a router/bridge has dropped) then the IP software furtles itG round another way. The server then sees it coming in from another routemE and inserts this new route into the routing table as a specific routep
 to that node.sC In the case of a serious (but maybe short lived) problem the serversD suddenly sees loads of new routes as all the clients from a specificG remote site coming in from strange places. All these routes get enteredp into the route database.E I think that sometimes a specific node gets routed many ways during atB problem situation and each of these new routes overwrites the last route for that node.  D As these route are specific to the actual nodes (i.e. w.x.y.z ratherC than w.0.0.0) then these route take priority until you delete them.eG Obviously, as the routes where only set up because the normal route wascA unavailable for a while, it is likely that the original route was-E better. The only way we have got round this is to delete all the crapp routes.c  - As an additional warning watch out for this:-EB If a router (or other network thingy) becomes a bit unreliable andD drops and comes back a few times, you can get loads of routes set upE temporarily and deleted. Each route in the table uses a small buffer. 7 As the route gets deleted it should release the buffer.i OR NOTG We have several times had situations where network problems cause loadssG of new routes to be set up, which we then delete. However, subsequently.G we run out of small buffers and have to increase their limit. Unless weTB reboot or stop and start UCX these buffer never dissappear and areF never re-used. We therefore have to increase the limit again and again" whenever we get a network problem.C Eventually we would have run out of memory in some way or other (wew$ never actually let it get that far).  . This apparently would not happen with UCX 5.0a  C Sorry there is no better solution that I have found (recommendationl from DEC was migrate to 5.0a)5   Hope ths helps   Mike   --B All opinions are my own and do not necessarily reflect those of my employer     Sent via Deja.comh http://www.deja.com/   ------------------------------  % Date: Thu, 11 Jan 2001 12:10:22 +0100e. From: "Guy" <guy.bellaiche@guilbert.NOSPAMcom>  Subject: Re: UCX Routing Problem2 Message-ID: <93k4b7$1i5$1@s1.read.news.oleane.net>  L What is the 129.100.203.3 host ? is it a switch you  are connected on , or a router ?  L Are you sure that the routed process (I f I remeber well it must be sometingJ like UCX$*ROUTED*) is not running  on your computer ? because disabling it via UCX does not kill it .   Guym  , piyush_a@my-deja.com a crit dans le message  <93jr1l$iik$1@nnrp1.deja.com>...6 >We are running a VAX under OpenVMS 7.1 and UCX 4.1E2.G >We are having some routing problems. We have Dynamic routing disabled,eA >but for some reason we seem to be receiving a "rogue" route fromcH >somewhere and we dont really want to be there because if often disrupts >transfers on other routes.a > 2 >AN   10.200.10.2                    129.100.203.12 >AN   10.0.0.0                       129.100.203.3 >o >.2 >PH   10.200.10.2                    129.100.203.1 > F >For some reason the 10.0.0.0 route appears from nowhere and so causesC >transfers on the 10.200.10.2 route to fail because it is going thenD >wrong way. When it is removed, everything is fine, but then it just >reappears a few days later. >g= >Does anyone have any ideas to why this may be happening? Anys) >suggestions will be greatly appreciated.g >t >Thanks, >, >Piyush. >  >m >Sent via Deja.com >http://www.deja.com/y   ------------------------------  # Date: Thu, 11 Jan 2001 11:49:55 GMTl From: piyush_a@my-deja.com  Subject: Re: UCX Routing Problem) Message-ID: <93k6l2$quo$1@nnrp1.deja.com>   $ The 129.100.203.3 is another router., I'm positive that the ROUTED is not running.  2 In article <93k4b7$1i5$1@s1.read.news.oleane.net>,1   "Guy" <guy.bellaiche@guilbert.NOSPAMcom> wrote:nD > What is the 129.100.203.3 host ? is it a switch you  are connected	 on , or aY
 > router ? >sE > Are you sure that the routed process (I f I remeber well it must be  someting? > like UCX$*ROUTED*) is not running  on your computer ? because- disabling it > via UCX does not kill it . >1 > Guy4 >0. > piyush_a@my-deja.com a crit dans le message" > <93jr1l$iik$1@nnrp1.deja.com>...8 > >We are running a VAX under OpenVMS 7.1 and UCX 4.1E2.? > >We are having some routing problems. We have Dynamic routinga	 disabled,oC > >but for some reason we seem to be receiving a "rogue" route fromiA > >somewhere and we dont really want to be there because if ofteni disrupts > >transfers on other routes.n > >A4 > >AN   10.200.10.2                    129.100.203.14 > >AN   10.0.0.0                       129.100.203.3 > >i > > 4 > >PH   10.200.10.2                    129.100.203.1 > >-H > >For some reason the 10.0.0.0 route appears from nowhere and so causesE > >transfers on the 10.200.10.2 route to fail because it is going therF > >wrong way. When it is removed, everything is fine, but then it just > >reappears a few days later. > > ? > >Does anyone have any ideas to why this may be happening? Anyt+ > >suggestions will be greatly appreciated.n > > 
 > >Thanks, > >h
 > >Piyush. > >a > >e > >Sent via Deja.com > >http://www.deja.com/  >e >c     Sent via Deja.comr http://www.deja.com/   ------------------------------    Date: 11 Jan 2001 11:31:39 +0100G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de>sG Subject: Re: Version dyslexia (was: Re: DEC-AXPVMS-VMS712_SYS-V0200--4)mH Message-ID: <y4itnmxtv8.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  4 hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) writes:  I >   A good idea, in isolation.  There are various other factors involved -J >   in the version number incrementation-randomization algorithm, however.  J I can't remember even remotely as many version-number confusions in all ofL VMS's history as those between V7.1-2 and V7.2-1 in the past year or so. AndL both are "stable" versions that continue to be supported and patched, making
 things worse.i  I >   (Why do I have visions of a version number parity error bugcheck? :-)n   Nice vision 8-).  M Version number checks, especially in VMSINSTAL and PSCI have continually beenaK sore spots. Lots of people unpacking KITINSTAL.COM and removing such checks-G because their assumptions had been violated by...err...VMS engineering?m   	Jan   ------------------------------  % Date: Sun, 14 Jan 2001 17:41:47 +0000a) From: Christof Brass <brass@infopuls.com>i Subject: Re: VMS verses the Web , Message-ID: <3A61E4DB.5163E4D1@infopuls.com>   Jonas Lindholm wrote:  >  > Antony Wardle wrote: > , > > http://eai.ebizq.net/leg/hildreth_2.html > >r > > Article about VMS  > >e
 > > Antony > ' > Read the following from the web page:n > H > And it would look for development and integration tools that supportedG >                   VMS as well as other, more modern platforms such ask > Unix, Windows and Java.  > B > Hmm, Unix a modern platform ? Wasn't Unix developed before VMS ? >  > /Jonas Lindholm    Read the same. Thought the same.h; The author is probably not very familiar with the technical  terms she is writing about.b   ------------------------------    Date: 11 Jan 2001 11:41:18 -05001 From: kaplow_r@eisner.decus.org.mars (Bob Kaplow)-/ Subject: Re: voor de belgische Alpha gebruikers + Message-ID: <v4zr7Xu7$arY@eisner.decus.org>m  h In article <OFFB0B8EB5.16FCFFFF-ON882569CA.0064B152@foundation.com>, Shane.F.Smith@Healthnet.com writes:M > Oh great. Now it's only a matter of time before someone posts in Klingon...e   Ka-plak!   ------------------------------   Date: 11 Jan 2001 01:50 CSTe' From: carl@gerg.tamu.edu (Carl Perkins) ! Subject: Re: Wizard Disappears!!!u- Message-ID: <11JAN200101503225@gerg.tamu.edu>o  1 JF Mezei <jfmezei.spamnot@videotron.ca> writes... 5 }It is: <TABLE BORDER=0 CELLSPACING=0 CELLPADDING=0 >n } F }add WIDTH="100%" COLUMNS="xx" and the table should image much faster. } N }Another way to make it faster is to close the table every X items and start aL }new one. This way, the browser can start to place the text on the screen as: }soon as enough text has been received to fill the screen.  F The HTML specification doesn't have a COLUMNS= attribute for the TABLE element.  G You can use COLGROUP and/or COL entities, if you want to let the parsert know how nay columns to expect.e  D (I don't doubt that at least one browser implements the non-standard$ COLUMNS attrubute, but do they all?)   --- Carl   ------------------------------    Date: 11 Jan 2001 11:03:10 +0100G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de>h! Subject: Re: Wizard Disappears!!!=H Message-ID: <y4r92axv6p.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  / JF Mezei <jfmezei.spamnot@videotron.ca> writes:o  M > 2- It is goddam slow to load because you have at lease one table containing O > the whole list which has no defined number of columns and no width, hence the-O > browser must wait until the whole thing has been received to compute how many_L > columns are present and what is the best way to divide the available space > between columns.  M That appears to be Compaq's corporate style. They _all_ are a goddam nuisance-M to load. At least they don't expect you to have JavaScript enabled to be ablem to see anything at all...N   	Jan   ------------------------------  % Date: Thu, 11 Jan 2001 17:34:27 -0000o+ From: "Tim Jackson" <tim.jackson@amsjv.com>k4 Subject: Re: [TCPIP V5.0A ECO1] BIND Server errors ?& Message-ID: <3a5ded25$1@pull.gecm.com>   Jason,  @ I too had Peter's "zone dump failed" problem.  I tried using theE TCPIP$BIND_SERVER_MERGE_DYNAMIC_UPDATES logical (I gave it a value of D "TRUE".  Is that okay or should it have some specific value?).  It's2 almost working now but I have found a new message:  F Thu 11 15:43:08 ERROR: rename(xxxxxx.db_dumptmp,xxxxxx.db_log) failed:	 i/o errorR  ? When I look at the .DB_DUMPTMP and .DB_LOG file security I get:.  ? XXXXXX.DB_DUMPTMP;1  [TCPIP$AUX,TCPIP$BIND]           (R,R,R,R) 2 XXXXXX.DB_LOG;1             [TCPIP$AUX,TCPIP$BIND] (RWED,RWED,RE,)r  = i.e. it's "read-only" so no wonder the "rename" doesn't work.d  H Is this a known problem or am I missing something?  As a side issue, areH there any other "undocumented" logical names that you can tell us about?  E My platform and version information given by the "tcpver" command is:5  6   DIGITAL TCP/IP Services for OpenVMS VAX Version V5.0(   on a VAX 4000-200 running OpenVMS V7.1  A      Image name               Image ID         Link Date    Imageh location   Core Environment:s9   TCPIP$ACCESS_SHR;1         V5.0-9           13-NOV-1998  SYS$COMMON:[SYSLIB]e9   TCPIP$BGDRIVER;1           V5.0-9            8-DEC-1998, SYS$COMMON:[SYS$LDR]9   TCPIP$GATED;1              V5.0-9           17-NOV-1998i SYS$COMMON:[SYSEXE]h9   TCPIP$INETACP;1            V5.0-9            8-DEC-1998s SYS$COMMON:[SYSEXE]s9   TCPIP$INETDRIVER;1         V5.0-9           13-NOV-1998V SYS$COMMON:[SYS$LDR]9   TCPIP$INTERNET_SERVICES;1  V5.0-9            8-DEC-1998c SYS$COMMON:[SYS$LDR]9   TCPIP$IPC_SHR;1            V5.0-9           13-NOV-1998t SYS$COMMON:[SYSLIB]h9   TCPIP$MSG;1                V5.0-9           13-NOV-1998l SYS$COMMON:[SYSMSG]a9   TCPIP$PING;1               V5.0-9           13-NOV-1998  SYS$COMMON:[SYSEXE]n9   TCPIP$ROUTED;1             V5.0-9           13-NOV-1998  SYS$COMMON:[SYSEXE] 9   TCPIP$SDA;1                V5.0-9           13-NOV-1998h SYS$COMMON:[SYSLIB]i9   TCPIP$TRACE;1              V5.0-9           13-NOV-1998t SYS$COMMON:[SYSEXE]t9   TCPIP$UCP;1                V5.0-9           17-NOV-1998p SYS$COMMON:[SYSEXE]i9   TCPIP$VERSIONS;1           V5.0-9           13-NOV-1998N SYS$COMMON:[SYSEXE]p  + Dynamic Host Configuration Protocol (DHCP):    TCPIP$DHCP_BPASCIITODBMOD;1,9                              V5.0-9           13-NOV-1998h SYS$COMMON:[SYSEXE]f9   TCPIP$DHCP_BPISAMTOASCII;1 V5.0-9           13-NOV-1998t SYS$COMMON:[SYSEXE] 9   TCPIP$DHCP_DBDUMP;1        V5.0-9           13-NOV-1998  SYS$COMMON:[SYSEXE] 9   TCPIP$DHCP_DBMODIFY;1      V5.0-9           13-NOV-1998C SYS$COMMON:[SYSEXE] 9   TCPIP$DHCP_DBREGISTER;1    V5.0-9           13-NOV-1998P SYS$COMMON:[SYSEXE]T9   TCPIP$DHCP_DBSHOW;1        V5.0-9           13-NOV-1998i SYS$COMMON:[SYSEXE]h9   TCPIP$DHCP_GUI;1           V5.0-9           13-NOV-1998, SYS$COMMON:[SYSEXE]u9   TCPIP$DHCP_SERVER;1        V5.0-9           13-NOV-1998. SYS$COMMON:[SYSEXE],9   TCPIP$DHCP_SHOWDBS;1       V5.0-9           13-NOV-1998  SYS$COMMON:[SYSEXE]-9   TCPIP$DHCP_SIGNAL;1        V5.0-9           13-NOV-1998u SYS$COMMON:[SYSEXE]j   File Transfer Protocol (FTP):-9   TCPIP$FTP_CHILD;1          V5.0-9           13-NOV-1998s SYS$COMMON:[SYSEXE].9   TCPIP$FTP_CLIENT;1         V5.0-9           13-NOV-1998r SYS$COMMON:[SYSEXE]o9   TCPIP$FTP_SERVER;1         V5.0-9           13-NOV-1998t SYS$COMMON:[SYSEXE]e9   TCPIP$TFTP;1               V5.0-9           13-NOV-1998a SYS$COMMON:[SYSEXE]0  # Installation Verification Programs:.9   TCPIP$RPCIVP_CLIENT;1      V5.0-9           13-NOV-1998H SYS$COMMON:[SYSTEST.T  CPIP] 9   TCPIP$RPCIVP_SERVER;1      V5.0-9           13-NOV-1998  SYS$COMMON:[SYSTEST.Th CPIP]09   TCPIP$SNMPIVP;1            V5.0-9           13-NOV-19981 SYS$COMMON:[SYSTEST.T  CPIP]n   Mail:n9   TCPIP$POP_SERVER;1         V5.0-9           13-NOV-1998d SYS$COMMON:[SYSEXE] 9   TCPIP$SMTP_MAILSHR;1       V5.0-9           13-NOV-1998e SYS$COMMON:[SYSLIB]g9   TCPIP$SMTP_PARSESHR;1      V5.0-9           13-NOV-1998i SYS$COMMON:[SYSLIB]c9   TCPIP$SMTP_RECEIVER;1      V5.0-9           13-NOV-1998  SYS$COMMON:[SYSEXE]-9   TCPIP$SMTP_SFF;1           V5.0-9           13-NOV-1998i SYS$COMMON:[SYSEXE]u9   TCPIP$SMTP_SYMBIONT;1      V5.0-9           13-NOV-1998. SYS$COMMON:[SYSEXE]r9   TCPIP$UUDECODE;1           V5.0-9           13-NOV-1998n SYS$COMMON:[SYSEXE]m9   TCPIP$UUENCODE;1           V5.0-9           13-NOV-1998e SYS$COMMON:[SYSEXE]    Name Services:9   TCPIP$BIND_SERVER;1        V5.0-9           13-NOV-1998f SYS$COMMON:[SYSEXE]n9   TCPIP$BIND_SERVER_XFER;1   V5.0-9           13-NOV-1998  SYS$COMMON:[SYSEXE] 9   TCPIP$DIG;1                V5.0-9           13-NOV-1998. SYS$COMMON:[SYSEXE] 9   TCPIP$LBROKER;1            V5.0-9           13-NOV-1998a SYS$COMMON:[SYSEXE]n9   TCPIP$METRIC;1             V5.0-9           13-NOV-1998c SYS$COMMON:[SYSEXE] 9   TCPIP$METRICVIEW;1         V5.0-9           13-NOV-1998  SYS$COMMON:[SYSEXE] 9   TCPIP$NSLOOKUP;1           V5.0-9           13-NOV-1998m SYS$COMMON:[SYSEXE] 9   TCPIP$NSUPDATE;1           V5.0-9           13-NOV-1998u SYS$COMMON:[SYSEXE]j   Network File System:9   TCPIP$CFS_SHR;1            V5.0-9           13-NOV-1998  SYS$COMMON:[SYSLIB]r9   TCPIP$DNFSACP;1            V5.0-9           13-NOV-1998s SYS$COMMON:[SYSEXE]@9   TCPIP$DNFSDISMOUNT;1       V5.0-9           13-NOV-1998a SYS$COMMON:[SYSEXE]e9   TCPIP$DNFSDRIVER;1         V5.0-9           13-NOV-1998b SYS$COMMON:[SYS$LDR]9   TCPIP$DNFSMOUNT;1          V5.0-9           13-NOV-1998  SYS$COMMON:[SYSEXE]n9   TCPIP$NFS_SERVER;1         V5.0-9           13-NOV-1998r SYS$COMMON:[SYSEXE]09   TCPIP$PCNFSD;1             V5.0-9           13-NOV-1998  SYS$COMMON:[SYSEXE].   Network Management:.9   TCPIP$ESNMP_SERVER;1       V5.0-9           13-NOV-1998o SYS$COMMON:[SYSEXE]a9   TCPIP$ESNMP_SHR;1          V5.0-9           13-NOV-1998. SYS$COMMON:[SYSLIB]c9   TCPIP$HR_MIB;1             V5.0-9           13-NOV-1998h SYS$COMMON:[SYSEXE] 9   TCPIP$MIBCOMP;1            V5.0-9           13-NOV-1998a SYS$COMMON:[SYSEXE]m9   TCPIP$MOSY;1               V5.0-9           13-NOV-1998e SYS$COMMON:[SYSEXE]u9   TCPIP$OS_MIBS;1            V5.0-9           13-NOV-1998- SYS$COMMON:[SYSEXE]-9   TCPIP$SNMPI;1              V5.0-9           13-NOV-1998e SYS$COMMON:[SYSEXE]o9   TCPIP$SNMP_REQUEST;1       V5.0-9           13-NOV-19989 SYS$COMMON:[SYSEXE]a9   TCPIP$SNMP_TRAPRCV;1       V5.0-9           13-NOV-1998e SYS$COMMON:[SYSEXE]e9   TCPIP$SNMP_TRAPSND;1       V5.0-9           13-NOV-1998i SYS$COMMON:[SYSEXE]    Network Time Protocol (NTP):9   TCPIP$NTP;1                V5.0-9           13-NOV-1998a SYS$COMMON:[SYSEXE]a9   TCPIP$NTPDATE;1            V5.0-9           13-NOV-1998f SYS$COMMON:[SYSEXE]n9   TCPIP$NTPDC;1              V5.0-9           13-NOV-1998e SYS$COMMON:[SYSEXE] 9   TCPIP$NTPQ;1               V5.0-9           13-NOV-1998  SYS$COMMON:[SYSEXE]e9   TCPIP$NTPTRACE;1           V5.0-9           13-NOV-1998e SYS$COMMON:[SYSEXE]d9   TCPIP$NTP_RES_CHILD;1      V5.0-9           13-NOV-1998s SYS$COMMON:[SYSEXE]r   Printing Services:9   TCPIP$LPD_RCV;1            V5.0-9           13-NOV-1998t SYS$COMMON:[SYSEXE] 9   TCPIP$LPD_SHR;1            V5.0-9           13-NOV-1998  SYS$COMMON:[SYSLIB]t9   TCPIP$LPD_SMB;1            V5.0-9           13-NOV-1998u SYS$COMMON:[SYSEXE]e9   TCPIP$LPQ;1                V5.0-9           13-NOV-1998e SYS$COMMON:[SYSEXE]u9   TCPIP$LPRM;1               V5.0-9           13-NOV-1998  SYS$COMMON:[SYSEXE]r9   TCPIP$LPRSETUP;1           V5.0-9           13-NOV-1998t SYS$COMMON:[SYSEXE]-9   TCPIP$TELNETSYM;1          V5.0-9           13-NOV-1998a SYS$COMMON:[SYSEXE]c   PWIP: 9   PWIP$SDA;1                 V5.0-9           13-NOV-1998t SYS$COMMON:[SYSLIB]e9   TCPIP$PWIPACP;1            V5.0-9           13-NOV-1998s SYS$COMMON:[SYSEXE]f9   TCPIP$PWIPDRIVER;1         V5.0-9           23-NOV-1998t SYS$COMMON:[SYS$LDR]9   TCPIP$PWIPSHUT;1           V5.0-9           13-NOV-1998r SYS$COMMON:[SYSEXE]e   Remote Commands:9   TCPIP$RCP;1                V5.0-9           13-NOV-1998o SYS$COMMON:[SYSEXE]t9   TCPIP$RLOGIN;1             V5.0-9           13-NOV-1998f SYS$COMMON:[SYSEXE]a9   TCPIP$RMT;1                V5.0-9           13-NOV-1998e SYS$COMMON:[SYSEXE]p9   TCPIP$RSH;1                V5.0-9           13-NOV-1998t SYS$COMMON:[SYSEXE]a   Remote Procedure Call:9   TCPIP$PORTMAPPER;1         V5.0-9           13-NOV-1998  SYS$COMMON:[SYSEXE]w9   TCPIP$RPCGEN;1             V5.0-9           13-NOV-1998o SYS$COMMON:[SYSEXE]C9   TCPIP$RPCINFO;1            V5.0-9           13-NOV-1998n SYS$COMMON:[SYSEXE]r9   TCPIP$RPCXDR_SHR;1         V5.0-9           13-NOV-1998- SYS$COMMON:[SYSLIB]    Telnet:n9   TCPIP$TELNET;1             V5.0-9           13-NOV-1998D SYS$COMMON:[SYSEXE]d9   TCPIP$TNDRIVER;1           V5.0-9           13-NOV-1998  SYS$COMMON:[SYS$LDR]   Utility Images:y9   TCPIP$BOOTP;1              V5.0-9           13-NOV-1998o SYS$COMMON:[SYSEXE]k9   TCPIP$FINGER;1             V5.0-9           13-NOV-19980 SYS$COMMON:[SYSEXE]i9   TCPIP$FINGER_SERVER;1      V5.0-9           13-NOV-1998t SYS$COMMON:[SYSEXE]s   TIA D ------------------ Purely Personal Opinion -------------------------D Tim Jackson                                    tim.jackson@amsjv.com Air Systems Group- Alenia Marconi Systems Ltd.a  = "Jason Fountain" <Jason.Fountain@compaq.com> wrote in message $ news:3A59E7F1.80FF17C2@compaq.com...H > The 'zone dump failed' message is nothing to be worried about.  All it
 means is thateD > you have not specified the TCPIP$BIND_SERVER_MERGE_DYNAMIC_UPDATES logical.  ThisC > logical tells the bind server, when receiving dynamic updates, to  write the databaseE > to disk (once per hour).  The problem with defining this logical is2 that when the db> > is written, all formatting and comments of your db are lost. >n > -jason >  > Peter LANGSTOEGER wrote: >sH > > I still see a lot of error messages in the BIND server logfile of myF > > primary DNS server (TCPIP V5.0-11). Installing the ECO1 didn't fix them.a > >s? > > Sun 07 00:00:22 ERROR: zone dump for 'kapsch.co.at' failed,a rescheduling? > > Sun 07 00:49:09 ERROR: zone dump for 'kapsch.co.at' failed,  rescheduling? > > Sun 07 01:48:01 ERROR: zone dump for 'kapsch.co.at' failed,- rescheduling? > > Sun 07 02:21:02 ERROR: zone dump for 'kapsch.co.at' failed,e rescheduling? > > Sun 07 03:11:14 ERROR: zone dump for 'kapsch.co.at' failed,c rescheduling? > > Sun 07 03:41:35 ERROR: zone dump for 'kapsch.co.at' failed,o rescheduling? > > Sun 07 04:20:22 ERROR: zone dump for 'kapsch.co.at' failed,b rescheduling? > > Sun 07 05:18:10 ERROR: zone dump for 'kapsch.co.at' failed,a rescheduling? > > Sun 07 06:02:15 ERROR: zone dump for 'kapsch.co.at' failed,  rescheduling? > > Sun 07 06:53:51 ERROR: zone dump for 'kapsch.co.at' failed,i rescheduling? > > Sun 07 07:23:55 ERROR: zone dump for 'kapsch.co.at' failed,l rescheduling? > > Sun 07 08:07:42 ERROR: zone dump for 'kapsch.co.at' failed,1 rescheduling? > > Sun 07 09:06:44 ERROR: zone dump for 'kapsch.co.at' failed,. rescheduling? > > Sun 07 10:04:52 ERROR: zone dump for 'kapsch.co.at' failed,d rescheduling? > > Sun 07 10:39:05 ERROR: zone dump for 'kapsch.co.at' failed,m rescheduling? > > Sun 07 11:11:20 ERROR: zone dump for 'kapsch.co.at' failed,s rescheduling? > > Sun 07 11:54:57 ERROR: zone dump for 'kapsch.co.at' failed,3 rescheduling? > > Sun 07 12:35:36 ERROR: zone dump for 'kapsch.co.at' failed,0 rescheduling? > > Sun 07 13:31:20 ERROR: zone dump for 'kapsch.co.at' failed,. rescheduling? > > Sun 07 14:15:16 ERROR: zone dump for 'kapsch.co.at' failed,t rescheduling? > > Sun 07 14:57:36 ERROR: zone dump for 'kapsch.co.at' failed,g rescheduling > >i > > Is this a known bug ?d0 > > How to get more info about this (debug it) ?7 > > Could be yet another BIND Server resource problem ?g > >y > > or > >nG > > Sun 07 00:13:26 ERROR: error processing update packet id 14608 from  [148.198.10.
 > > 214].1454cF > > Sun 07 00:17:04 ERROR: error processing update packet id 2832 from
 [148.198.10.8e > > 4].2379 G > > Sun 07 00:26:42 ERROR: error processing update packet id 59402 fromu [148.198.10.
 > > 244].4801VG > > Sun 07 01:13:26 ERROR: error processing update packet id 16144 fromy [148.198.10.
 > > 214].1710nF > > Sun 07 01:17:04 ERROR: error processing update packet id 4368 from
 [148.198.10.8  > > 4].2390eG > > Sun 07 01:26:42 ERROR: error processing update packet id 60938 fromv [148.198.10.
 > > 244].4935rG > > Sun 07 02:13:26 ERROR: error processing update packet id 17680 fromy [148.198.10.
 > > 214].1967 F > > Sun 07 02:17:04 ERROR: error processing update packet id 5904 from
 [148.198.10.8o > > 4].2399eG > > Sun 07 02:26:42 ERROR: error processing update packet id 62474 frome [148.198.10.
 > > 244].1099oG > > Sun 07 03:13:26 ERROR: error processing update packet id 19216 from  [148.198.10.
 > > 214].2222aF > > Sun 07 03:17:04 ERROR: error processing update packet id 7440 from
 [148.198.10.8K > > 4].2411aG > > Sun 07 03:26:42 ERROR: error processing update packet id 64010 from. [148.198.10.
 > > 244].1233JG > > Sun 07 04:13:26 ERROR: error processing update packet id 20752 from0 [148.198.10.
 > > 214].2479rF > > Sun 07 04:17:05 ERROR: error processing update packet id 8976 from
 [148.198.10.8f > > 4].2420 D > > Sun 07 04:26:42 ERROR: error processing update packet id 11 from [148.198.10.244l
 > > ].1369G > > Sun 07 05:13:26 ERROR: error processing update packet id 22288 fromg [148.198.10.
 > > 214].2734nG > > Sun 07 05:17:05 ERROR: error processing update packet id 10512 from  [148.198.10. > > 84].2429F > > Sun 07 05:26:42 ERROR: error processing update packet id 1547 from
 [148.198.10.2  > > 44].1504G > > Sun 07 06:13:27 ERROR: error processing update packet id 23824 frome [148.198.10.
 > > 214].2991hG > > Sun 07 06:17:05 ERROR: error processing update packet id 12048 fromw [148.198.10. > > 84].2438F > > Sun 07 06:26:42 ERROR: error processing update packet id 3083 from
 [148.198.10.2r > > 44].1641G > > Sun 07 07:13:27 ERROR: error processing update packet id 25360 fromz [148.198.10.
 > > 214].3246 G > > Sun 07 07:17:05 ERROR: error processing update packet id 13584 froma [148.198.10. > > 84].2449F > > Sun 07 07:26:43 ERROR: error processing update packet id 4619 from
 [148.198.10.2  > > 44].1775G > > Sun 07 08:13:27 ERROR: error processing update packet id 26896 fromg [148.198.10.
 > > 214].3505 G > > Sun 07 08:17:05 ERROR: error processing update packet id 15120 froma [148.198.10. > > 84].2458F > > Sun 07 08:26:43 ERROR: error processing update packet id 6155 from
 [148.198.10.2  > > 44].1911G > > Sun 07 09:13:27 ERROR: error processing update packet id 28432 fromo [148.198.10.
 > > 214].3761 G > > Sun 07 09:17:05 ERROR: error processing update packet id 16656 fromw [148.198.10. > > 84].2485F > > Sun 07 09:26:43 ERROR: error processing update packet id 7691 from
 [148.198.10.2  > > 44].2045G > > Sun 07 10:13:27 ERROR: error processing update packet id 29968 from  [148.198.10.
 > > 214].4018iG > > Sun 07 10:17:05 ERROR: error processing update packet id 18192 fromI [148.198.10. > > 84].2521F > > Sun 07 10:26:43 ERROR: error processing update packet id 9227 from
 [148.198.10.2l > > 44].2181G > > Sun 07 11:13:27 ERROR: error processing update packet id 31504 fromu [148.198.10.
 > > 214].4275rG > > Sun 07 11:17:06 ERROR: error processing update packet id 19728 fromD [148.198.10. > > 84].2532G > > Sun 07 11:26:43 ERROR: error processing update packet id 10763 from. [148.198.10.
 > > 244].2315dG > > Sun 07 12:13:28 ERROR: error processing update packet id 33040 fromh [148.198.10.
 > > 214].4532 G > > Sun 07 12:17:06 ERROR: error processing update packet id 21264 from  [148.198.10. > > 84].2541G > > Sun 07 12:26:43 ERROR: error processing update packet id 12299 from  [148.198.10.
 > > 244].2451 G > > Sun 07 13:13:28 ERROR: error processing update packet id 34576 froml [148.198.10.
 > > 214].4787lG > > Sun 07 13:17:06 ERROR: error processing update packet id 22800 fromm [148.198.10. > > 84].2608G > > Sun 07 13:26:43 ERROR: error processing update packet id 13835 from4 [148.198.10.
 > > 244].2585nG > > Sun 07 14:13:28 ERROR: error processing update packet id 36112 fromr [148.198.10.
 > > 214].1073$G > > Sun 07 14:17:06 ERROR: error processing update packet id 24336 fromm [148.198.10. > > 84].2628G > > Sun 07 14:26:43 ERROR: error processing update packet id 15371 from  [148.198.10.
 > > 244].2722vG > > Sun 07 15:13:28 ERROR: error processing update packet id 37648 from  [148.198.10.
 > > 214].1328R > >rH > > These 3 IP addresses belong to 3 different Win2000 (Terminal Server)	 machines.D > >PG > > So, it seems, BIND 8 (or at least TCPIP V5.0A-11 ECO1) has problemsI with" > > DDNS packets from W2K systems. > >  > > Is this a known bug ?B > > A > > Is there an unofficial patch for this (or another problems) ? " > > Is there an ECO 2 on its way ? > > F > > May I have a TCPIP V5.1 [beta] (at least the BIND 9 server) soon ? > >e > > TIAl > >s > > --@ > > Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651? > > Network and OpenVMS system manager  Fax.    +43 1 81111-888n@ > > <<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.netC > > A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm ao realist" >e   ------------------------------   End of INFO-VAX 2001.022 ************************