1 INFO-VAX	Wed, 16 Aug 2006	Volume 2006 : Issue 455       Contents: Re: Alpha remembrance day % Re: Clients using a GUI to access FTP % Re: Clients using a GUI to access FTP % Re: Configuring CDE for Dual Monitors  Re: CPU Speed on ALpha ES40  Extended File Cache  Re: Extended File Cache  Re: Extended File Cache A How to obtain list of all logicals in a table via system services E Re: How to obtain list of all logicals in a table via system services E Re: How to obtain list of all logicals in a table via system services 
 Ken Olsen VAX  Re: Ken Olsen VAX  LD container for DVD image Re: LD container for DVD image Re: LD container for DVD image Re: LD container for DVD image  Re: Products in Operating System  Re: Products in Operating System  Re: Products in Operating System  Re: Products in Operating System* Re: Re;  Configuring CDE for Dual Monitors, Re: Replacement for Pathworks EXTAuth module, Re: Replacement for Pathworks EXTAuth module, Re: Replacement for Pathworks EXTAuth module, Re: Replacement for Pathworks EXTAuth moduleP Re: Seeking Data Archiving (BACKUP) Suggestions (was: Re: VAX/VMS site) site)sit Shadow copy stops at n%  Re: Shadow copy stops at n%  Re: Shadow copy stops at n%  Re: Source to VMS ZIP/UNZIP % Re: The race for 8086 servers is on ! % Re: The race for 8086 servers is on ! % Re: The race for 8086 servers is on ! % Re: The race for 8086 servers is on !  VAX/VMS site Re: VAX/VMS site& Re: VMS backup: competition from Apple VMS7.3-2 file size limit ? Re: VMS7.3-2 file size limit ? Re: VMS7.3-2 file size limit ? Re: VMS7.3-2 file size limit ? RE: VMS7.3-2 file size limit ? Re: VMS7.3-2 file size limit ? Re: VMS7.3-2 file size limit ?  F ----------------------------------------------------------------------    Date: 16 Aug 2006 08:25:35 -0700- From: "Andrew" <andrew_harrison@symantec.com> " Subject: Re: Alpha remembrance dayB Message-ID: <1155741934.185633.202290@i3g2000cwc.googlegroups.com>   Bill Todd wrote: > Andrew wrote:  > > Bill Todd wrote: > >> Andrew wrote: > >>> Bill Todd wrote: > >>>> Andrew wrote: > >>>>
 > >>>> ... > >>>>8 > >>>>> Why keep repeating the same sorry tired mantra ?M > >>>> I'm sorry that you seem to find the truth tiresome, moron - but as you I > >>>> ought to be able to divulge from some of the material to which you ; > >>>> responded, you're not an audience that I care about. A > >>> Which truth are you refering to exactly, yours or reality ? K > >> They are pretty much the same - and you *really* need a spell-checker.  > >> > > K > > Resorting to abuse and complaining about grammar and spelling is always ? > > a sign that the poster has run out of intellectual capital.  > J > I never run out of the truth, Andrew.  And I also never run out of abuse+ > for those who merit it as much as you do.  > A I have just done a find and replace on truth and replaced it with / opinion it works rather better don't you think.   F > As for your grammar and spelling, they're just more evidence of yourH > rather pervasive incompetence, so get used to being confronted on that > score as well. >   
 Keep digging.      > >> > > J > > So where exactly would the VMS?VAX customer base have gone in your odd > > little world.  > F > Those who did *not* wish to migrate to Alpha stayed right where theyI > were - and there were a lot of them.  For that matter, there are a fair  > number still on VAX *today*. >  > Moron.  B Um so stating the absolutely obvious apparently lets you muster upC enough courage to be rude again. Of course those who didn't need to F migrate didn't migrate wow what an insight. Just as people still using> 486 boxes or old SuperSPARC machines havn't needed to migrate.  E Can you could explain why your point supports your argument.? I doubt  it.  >  > ...  > G > > In 1993 SAP generated annual revenues of $718 million, by 2002 less I > > than a decade later SAP generated annual revenues of $9.5 billion. In J > > 1993 some of that 718 million dollar market was addressable by VMS, in > > 2002 none was addressable. > > B > > Siebel generated annual revenues of $8 million in 1995, by theJ > > beginning of 2002 less than a decade later Siebel had revenues of justA > > over $2 billion. A market that Alpha was not able to address.  > H > And yet somehow in Y2K VMS systems were still generating $4 billion inG > annual revenue and $800 million in annual profit, while Tru64 systems F > were generating $3 billion in annual revenue to add to that (I don't0 > have profit figures for Tru64, unfortunately). > D I have no idea where you got your numbers from but the fact that you# advance them at all is interesting.     A Either Palmer killed Alpha and by default Tru64 and OpenVMS or he E didn't. Now you claim that in 2000 long after Plamer had departed the G combined Alpha platform was worth 7 billion dollars per year. Shouldn't G you instead be arguing that Palmer was incompetent because he failed to  kill Alpha!!  C Incedentally there are no Server market sahre numbers which support G your revenue figures which raises the question of where they came from. . Bill you seem to be seriously struggling here.  J > You couldn't grab a clue with your cheeks if it were shoved up your ass.H >   The issue is not what specific ISVs supported Alpha but how acceptedD > Alpha was by customers and what its prospects could have been withB > anything resembling real support by its owner - but you continueE > vigorously but incompetently asserting that the first (which may be @ > subject to debate) is equivalent to the second (which is not). >   G Solaris had arround 12,000 supported applications. HP-UX on PA-RISC had G about 9000, OpenVMS on Alpha and Tru64 had around 1000 each. This isn't G a issue with specific ISV's such as SAP and Siebel they just illustrate B the wider issue which was the disconnect between Digital and their prospective SW partners.   > ...  >  >    The point youK > >> raised regarding Alpha was the ease of running native VAX applications I > >> (though at interpretive rather than native speed), and precisely the I > >> same point applies to (post-Merced, obviously) Itanics (save that no M > >> interpretation was required, hence even greater compatibility obtained).  >  > ...  > M > >> And McKinley's lack of any substantive speed advantage (though it was at F > >> least somewhat faster than the PA-RISC CPUs that it was primarilyJ > >> replacing) was more than offset by the fact that unlike VAX (where noM > >> imminent demise loomed and where in fact production continued for a full K > >> 8 years after Alpha's introduction) PA-RISC was already slated for the I > >> glue factory (and rather sooner than eventually turned out to be the N > >> case), hence providing significantly more impetus for an early migration. > >> > > 2 > > So you have very conveniently forgotten Merced > H > By explicitly referring to it above (which you even quoted)?  My pointG > was (again, explicitly) about McKinley, which qualified as a credible & > alternative - especially to PA-RISC. >  > Idiot.  G Again you raise a non point and muster up the courage to be rude again.  How amusing.  B Fact is that Alpha was a clear per CPU performance leader over allD other CPU's when it was announced. Merced definitely wasn't and evenG McKinley wasn't only scoring a lead over PA-RISC, McKinley also did not  outperform x86 or Alpha.   >  > ...  > = > what are the actual events you would like to introduce ???? M > >> Ah - reading-disabled as well as learning-disabled, I see.  You can find I > >> them (as should have been evident from the above wording, nitwit) by K > >> revisiting the existing material in this thread which you so obviously 1 > >> failed to assimilate the first time through.  > >> > >  > > So refresh my memory.  > J > Lazy as well as intellectually-challenged?  I'm not your gofer - refresh > it yourself.  A No Bill you claim that you have put forward a series of facts and B events to support your argument. In fact you havn't so there is noA point in me going off to lokk for them because they do not exist.   C All you have done is introduced a series of increasingly irrelevant 8 points while at the same time ratcheting up the rudness.  F The whole discussion has now become extremely boring and so I will notC be responding to any more of your posts on this subject unless they E contain well thought out and relevant points which don't descend into  abuse.  F Take my lack of response as an indication that you have failed on both counts.    regards  Andrew Harrison    ------------------------------    Date: 16 Aug 2006 07:40:09 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) . Subject: Re: Clients using a GUI to access FTP3 Message-ID: <uNJkJQFGUUR0@eisner.encompasserve.org>   V In article <4ke3p5Fbk6ueU1@individual.net>, bill@cs.uofs.edu (Bill Gunshannon) writes: > L > Tell that to all the newspapers and book publishers and schools and.......K > Humans use mixed case pretty much for everything they do everyday.  Seems , > like a pretty good human interface to me!!  E    Capitalization as used in standard English is not the same as case E    sensitivity as used in UNIX.  Studies have shown tht the former is ;    good and once again we have seen that the latter is bad.   I    Case-preserving, case-insensitive file systems, like ODS-5 and Windows H    all one to have both.  The samecn be said of command line interfaces,@    except that case-preserving only applies to file name command    parameters.   ------------------------------    Date: 16 Aug 2006 07:42:19 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) . Subject: Re: Clients using a GUI to access FTP3 Message-ID: <$ArQDXLqYJZH@eisner.encompasserve.org>   Y In article <ebsn5a$h09$1@south.jnrs.ja.net>, "Richard Brodie" <R.Brodie@rl.ac.uk> writes:  > A > "Malcolm Dunnett" <nothome@spammers.are.scum> wrote in message  ( > news:vMUOshXa4Y0D@malvm9.mala.bc.ca... > N >>  True, but most words don't change their meaning if you capitalize them :-) > ( > Unless you speak German, for example.   D    While more words are capitalized in German than in English, those>    which change meaning when capitalised are along the same as     English (capitol != Capitol).  F    But thn, how do you speak capitolised in German?  I only learned to#    read and write it that way.  8-)           ------------------------------  # Date: Wed, 16 Aug 2006 08:28:10 GMT A From: "Colin Butcher" <colin_DOT.butcher_AT@xdelta_DOT.co_DOT.uk> . Subject: Re: Configuring CDE for Dual Monitors; Message-ID: <uGAEg.4133$r61.801@text.news.blueyonder.co.uk>   : Start from DECW$PRIVATE_SERVER_SETUP.TEMPLATE and create aJ DECW$PRIVATE_SERVER_SETUP.COM that sets up the dual-head configuration you) want (monitor sizes, refresh rates etc.).   K You should also consider using the Xinerama extension which does a nice job ? of running the multiple monitors as a single stretched desktop.   K Here's the main body out of my DECW$PRIVATE_SERVER_SETUP.COM - you may need E to change device names and so on. I'm using ELSA Gloria Synergy cards 7 (device type GZ). You may well be using something else.    $ ! 8 $ hwname = f$edit(f$getsyi("hw_name"),"collapse,upcase")7 $ if f$device("*","workstation","decw_output") .nes. ""  $ then $    ! $    ! Turn up the quotas... $    !' $    decw$server_file_limit    == "100" ( $    decw$server_enqueue_limit == "1024"* $    decw$server_page_file     == "300000") $    decw$server_wsextent      == "50000" ( $    decw$server_wsdef         == "8192") $    decw$server_wsquota       == "24000"  $    !1 $    decw$server_extensions == "XINERAMA,SEC_XAG"  $    !C $    ! "INIT" if called from DECW$DEVICE.COM during device startup. F $    ! "N" for server ID if called from DECW$SERVER_STARTUP.COM during $    ! display server startup. $    ! $    if p1 .eqs. "INIT" 	 $    then 	 $       ! * $       say "... AXP Device startup mode."	 $       ! # $       if decw$device_count .gt. 1  $       then1 $          say "... Multi-head hardware enabled."  $          decw$multi_head == 1  $       else2 $          say "... Single-head hardware enabled." $          decw$multi_head == 0 
 $       endif 	 $       ! 	 $    else 	 $       ! 8 $       say "... AXP Display server ''p1' startup mode."	 $       ! D $       say "... Setting screen size to : 1280 x 1024 @75Hz, 100dpi"% $       decw$xsize_in_pixels :== 1280 % $       decw$ysize_in_pixels :== 1024 	 $       ! ; $       ! Set up symbols depending on the number of screens 	 $       ! % $       if f$getdvi("gza0:","exists")  $       then $          dens    = "100" $          refresh = "75" 
 $       endif % $       if f$getdvi("gzb0:","exists")  $       then $          dens    = "100,100" $          refresh = "75,75"
 $       endif % $       if f$getdvi("gzc0:","exists")  $       then" $          dens    = "100,100,100" $          refresh = "75,75,75" 
 $       endif 	 $       ! ' $       decw$monitor_density :== 'dens' ' $       decw$server_density  :== 'dens' 	 $       ! C $       define/exec/system/nolog decw$server_refresh_rate 'refresh' 	 $       ! 
 $    endif $ endif  $ !    --     Hope this helps, Colin. ) colin DOT butcher AT xdelta DOT co DOT uk E It's not mine, but I like this definition: Legacy = stuff that works.    ------------------------------  % Date: Wed, 16 Aug 2006 07:59:10 +0100 - From: "chris" <christian.rothwell@baesystems> $ Subject: Re: CPU Speed on ALpha ES401 Message-ID: <44e2bf71$1_1@glkas0286.greenlnk.net>   H yep the show cpu/full doesnt show the cpu speeds on our machines , just H tells us what processes are running on which cpu, but the anal/sys clue  config worked fine.   K Weve had trouble with revisions of CPUS not working together (833mhz ones)  B so weve had to go back to 667 mhz until we buy the right revision.   Ta for the help     < "Steve B" <stephen_bainbridge@yahoo.co.uk> wrote in message = news:1155652721.981923.175660@m73g2000cwd.googlegroups.com...  >  > etmsreec@yahoo.co.uk wrote: & >> or SHOW CPU/FULL from a DCL prompt. >> >> Steve >> >> Steve B wrote:  >> > chris wrote: K >> > > Is there any way of determining the CPU speeds (CPU0 / CPU1)  of an   >> > > alphaF >> > > es40 when someone is logged on and using it. The normal way is  >> > > putting in a L >> > > console and rebooting it , to see the speeds at the start of boot up. >> > >> > Chris, use SDA: >> > >> > $ ANAL /SYS >> > SDA> CLUE CONFIG  >> >4 >> > This will show you the cycle time (and the MHz) >> >
 >> > Steve > H > Not if your running OpenVMS v7.3, which is what we are running on some/ > machines. I think it was introduced in v7.3-1  >    ------------------------------    Date: 16 Aug 2006 07:53:59 -0700" From: dave.baxter@bannerhealth.com Subject: Extended File CacheB Message-ID: <1155740039.307820.87670@b28g2000cwb.googlegroups.com>  F       I am currently running OpenVMS Vers 7.3-2 on my clusters.    The& systems are GS1280's and a few ES40's.  F       I recently noticed that the VCC_FLAGS parameter was still set toG 1 (VIOC, VAX default) and I started researching the idea of changing it  to 2 (XFC, Alpha default).  F       I noticed in my searches that there were problems with the earlyB versions of XFC, however XFC became the recommendation with 7.3-1.F I still however, see references to "patch kits" so I am still a little
 concerned.  B       What is the status of XFC right now ???     Can I turn it onG without any concerns ???    Are there still patches required with 7.3-2  ???    Thanks in advance,   Dave   ------------------------------    Date: 16 Aug 2006 09:14:46 -0700  From: "Ian Miller" <ijm@uk2.net>  Subject: Re: Extended File CacheC Message-ID: <1155744886.075731.198920@m73g2000cwd.googlegroups.com>   5 For my XFC on currently patched V7.3-2 is fine. YMMV.    ------------------------------  # Date: Wed, 16 Aug 2006 16:16:37 GMT , From: Hoff Hoffman <hoff-remove-this@hp.com>  Subject: Re: Extended File Cache- Message-ID: <FxHEg.16$ru4.3@news.cpqcorp.net>   # dave.baxter@bannerhealth.com wrote:   D >       What is the status of XFC right now ???     Can I turn it onI > without any concerns ???    Are there still patches required with 7.3-2   G    XFC is fully supported, fully operational, and the OpenVMS engineer  H that is maintaining and extending it is looking quite calm of late.  :-)  G    There have certainly been and there certainly are ECO kits for XFC,  + but there have also been ECO kits for VIOC.   C    I'm not aware of any widespread problems with XFC over the past  G couple of years, and a whole lot of folks are using XFC to good effect  H -- it's been enabled and running on all my nodes and on the engineering > clusters for years now.   We've certainly seen the occasional G corner-case within the XFC implementation, but we've seen corner-cases  5 within VIOC and within various other components, too.   H    I know of no reason not to use XFC, and I know of various reasons to C run it.  I'd have no qualms about enabling it, either.  (As stated   above, I already have.)   C    And yes, there are various mandatory patches for OpenVMS V7.3-2.    ------------------------------    Date: 16 Aug 2006 00:43:13 -0700 From: stuie_norris@yahoo.com.au J Subject: How to obtain list of all logicals in a table via system servicesB Message-ID: <1155714193.387587.54220@m73g2000cwd.googlegroups.com>  	 Hi Group,   F I wish to obtain a list of all the logicals defined in a logical table from inside my application.   : At moment I am spawning to DCL, creating a parsing a file.  . So what system service / run time library does   $show logical / table ="MYCAT"  = utilize to display a list of ALL logicals in the table MYCAT?      Thanks   Stuart   ------------------------------    Date: 16 Aug 2006 01:19:03 -0700  From: "Ian Miller" <ijm@uk2.net>N Subject: Re: How to obtain list of all logicals in a table via system servicesB Message-ID: <1155716343.426883.103110@75g2000cwc.googlegroups.com>   >From Freeware 8= LNMLOOKUP, Utilities, System service to look up logical names 8 http://h71000.www7.hp.com/freeware/freeware80/lnmlookup/   ------------------------------    Date: 16 Aug 2006 04:28:48 -0700  From: "Ian Miller" <ijm@uk2.net>N Subject: Re: How to obtain list of all logicals in a table via system servicesA Message-ID: <1155727728.292971.93840@i3g2000cwc.googlegroups.com>   D DCL SHOW LOGICAL has special processing which uses parts of the sameG code as the $TRNLNM system service and does it own wildcard processing.    ------------------------------    Date: 16 Aug 2006 09:55:43 -0700% From: "Russ Leathe" <russ@gordon.edu>  Subject: Ken Olsen VAXB Message-ID: <1155747343.524030.241220@74g2000cwt.googlegroups.com>   Hi all,   E As you may know, Gordon College is building the new Ken Olsen Science  Center.    Please see.....   , webcam.gordon.edu to watch the construction.  G Anyway, Ken donated his micro VAX to the college.  I would like to back D this up to tape or ftp all his documents to another server (prior toD moving).   It's been a while since I've run backups on a VAX and I'mF unfamiliar with UCX.  Especially running the FTP process. It's OpenVMS9 5.x so I'm not sure if FTP was supported on this version.   % anyone out there willing to help out?   ? I plan on going to his office next week to perform the backups.    Thanks in advance    Russ Leathe    ------------------------------  # Date: Wed, 16 Aug 2006 17:14:19 GMT , From: Hoff Hoffman <hoff-remove-this@hp.com> Subject: Re: Ken Olsen VAX. Message-ID: <LnIEg.23$Et4.14@news.cpqcorp.net>   Russ Leathe wrote:  5 > Anyway, Ken donated his micro VAX to the college... A > I plan on going to his office next week to perform the backups.   F    Where is KO's office these days?  Boxborough?  Or over in Lincoln? G I'd expect that there are folks here in OpenVMS Engineering that would  ; be honored to offer at least informal assistance with this.    ------------------------------    Date: 16 Aug 2006 01:16:32 -0700 From: stuie_norris@yahoo.com.au # Subject: LD container for DVD image C Message-ID: <1155716192.804702.204720@h48g2000cwc.googlegroups.com>   	 Hi Group,   E I wish to burn a DVD on Macintosh from a LD container made on OpenVMS  IA64.   F My IA64 does not have a CD or DVD burner, only a reader so this is the only option I have.   D I have made CDs with this process numerous times. With the LD CREATE1 command for CDs I specify the size to be 1318080.   = Anyone know what this magic number is for a single sized DVD.    Thanks   Stuart   ------------------------------  % Date: Wed, 16 Aug 2006 09:41:52 -0400 ' From: Dave Froble <davef@tsoft-inc.com> ' Subject: Re: LD container for DVD image 9 Message-ID: <q7mdncWTo65sg37ZnZ2dnUVZ_u2dnZ2d@libcom.com>     stuie_norris@yahoo.com.au wrote: > Hi Group,  > G > I wish to burn a DVD on Macintosh from a LD container made on OpenVMS  > IA64.  > H > My IA64 does not have a CD or DVD burner, only a reader so this is the > only option I have.  > F > I have made CDs with this process numerous times. With the LD CREATE3 > command for CDs I specify the size to be 1318080.   F Just wondering, how does this number compare to data from SHOW DEVICE G /FULL on a CD drive?  If the same, perhaps the same command on the DVD   reader might be helpful?  < I haven't yet created any CD/DVD disks so I'm just guessing.  ? > Anyone know what this magic number is for a single sized DVD.  >  > Thanks >  > Stuart >      --  4 David Froble                       Tel: 724-529-0450> Dave Froble Enterprises, Inc.      E-Mail: davef@tsoft-inc.com DFE Ultralights, Inc.  170 Grimplin Road  Vanderbilt, PA  15486    ------------------------------  # Date: Wed, 16 Aug 2006 15:04:38 GMT A From: "Colin Butcher" <colin_DOT.butcher_AT@xdelta_DOT.co_DOT.uk> ' Subject: Re: LD container for DVD image ; Message-ID: <auGEg.4249$r61.728@text.news.blueyonder.co.uk>   K Whatever size you need - just needs to be big enough to hold your data, but K small enough to fit on the disc. DVDs are around 4.5Gbytes, so 4.5 x 1024 x 4 2048 = 9437184 would be a reasonable starting point.  H There are a few complications, such as rounding up the number of blocks,K ensuring that the entire LD container is full of zero'ed disc blocks first, K making sure that the container isn't cached as well as the files within the 	 container   J Some while ago I wrote this (below). It might be useful. Could probably do with an update / cross-check.    -- -- --  I This note summarises the commands and operations needed to create OpenVMS K bootable optical media, especially for Integrity servers. Many of the steps I are common with the creation of bootable optical media for Alpha and VAX.   J The key for Integrity is that the boot block size (as seen by EFI) must beH the native sector size for the media. In the case of ATAPI (IDE) that isL 2048 bytes, not 512. Also note that for Integrity the media will be DVD as a= bootable system (eg: V8.2 kit) is too large to fit onto a CD.   L The process consists of creating a LD container that holds the target systemK and other data (eg: minimal bootable environment plus savesets for a system J to be restored), then making that container bootable, then finally burning+ the container as an image to a DVD (or CD).   @ 1.      Establish size in blocks for resulting media (CD or DVD)  K 2.      LD CREATE <container> /SIZE=<blocks> (eg: 8388608 blocks = 4Gbytes,  1433600 = 700Mbytes)  I 3.      SET FILE <container> /CACHING_ATTRIBUTE=NO_CACHING to prevent XFC L double-caching both the container file and the files within the container.> This may become unnecessary in the future with changes to XFC.  ' 4.      LD CONNECT <container> <LDAdev>   J 5.      INITIALIZE <LDAdev> <label> /NOHIGH /ERASE /INDEX=BEG /MAX=<files>@ /CLUSTER=4 to pre-fill resulting media with zeros (dont want toK inadvertently ship data), place index file at beginning, prevent index file I expansion and set the cluster size so that a single cluster will map 2048 4 bytes (the same size as the native boot block size).   6.      Mount container device:   J a.       MOUNT/FOREIGN <LDAdev> for backup image restore (eg: kit DVD), or  H b.      MOUNT/OVER=ID for equivalent of STABACKIT to create minimal boot environment.  * 7.      Copy bootable system to container:  I a.       BACKUP <source_disk> /IMAGE /NOALIAS <LDAdev> /NOINIT for backup ) image restore (eg: kit DVD), followed by:   A                                                                i.  DISMOUNT <LDAdev>, then   @                                                              ii. MOUNT/OVER=ID <LDAdev>, or  H b.      @SYS$UPDATE:STABACKIT <LDAdev> to create minimal bootable systemJ environment (remember this will boot from root SYSE). On OpenVMS Alpha andF OpenVMS IA64 this will run the correct PCSI minimal installation file.  G 8.      Add other files as necessary (eg: ZIP/UNZIP, savesets, modified 0 command procedures for canned operation etc.).  6 9.      If creating media for Integrity servers, then:  G a.       SET BOOTBLOCK <LDAdev> /IA64 /BLOCK=2048 for ATAPI target boot " media (eg: internal DVD/CD reader)  J b.      SET BOOTBLOCK <LDAdev> /IA64 /BLOCK=512 for SCSI target boot media (eg: SCSI CD in expansion box)  J 10.  Note: The SET BOOTBLOCK command exists on OpenVMS Alpha and IA64 V8.2I onwards. For preparing Integrity bootable media using earlier versions of L OpenVMS Alpha see the [ALPHA_TOOLS] directory on the OpenVMS IA64 media DVD.  G 11.  Ensure that the target system disk is declared write-locked in the * OpenVMS system parameters (WLKSYSDSK = 1):   a.       Open parameter file:   A                                                                i. 2 SYSGEN> USE <LDAdev>[SYSE.SYSEXE]VAXVMSSYS.PAR, or  @                                                              ii.4 SYSGEN> USE <LDAdev>[SYSE.SYSEXE]ALPHAVMSSYS.PAR, or  @                                                             iii./ SYSGEN> USE <LDAdev>[SYSE.SYSEXE]IA64VMSSYS.PAR    b.      SYSGEN> SHOW WLKSYSDSK  , c.       If not 1 then set it accordingly:  A                                                                i.  SYSGEN> SET WLKSYSDSK 1   . d.      Write the parameter file (if changed):  A                                                                i. 0 SYSGEN> WRITE <LDAdev>[SYSE.SYSEXE]VAXVMSSYS.PAR  @                                                              ii.2 SYSGEN> WRITE <LDAdev>[SYSE.SYSEXE]ALPHAVMSSYS.PAR  @                                                             iii.1 SYSGEN> WRITE <LDAdev>[SYSE.SYSEXE]IA64VMSSYS.PAR    e.       DISMOUNT <LDAdev>   12.  Burn container to media:   J a.       Copy container in BINARY mode to a PC using FTP, then use Nero orH similar to burn an image to CD/DVD. Be careful to specify the boot blockC size for ATAPI media as 2048 bytes and for SCSI media as 512 bytes.   J b.      Use CDRECORD on OpenVMS Alpha or OpenVMS VAX (Im unsure about DVD, burning utilities on OpenVMS at the moment).  L c.       Note: There is likely to be native OpenVMS recordable media supportK in the future. This will permit direct recording to optical media using IDE  CDRW / DVDRW drives.  
 Good luck!   -- -- --   Hope this helps, Colin. ) colin DOT butcher AT xdelta DOT co DOT uk E It's not mine, but I like this definition: Legacy = stuff that works.    ------------------------------  # Date: Wed, 16 Aug 2006 15:43:49 GMT , From: Hoff Hoffman <hoff-remove-this@hp.com>' Subject: Re: LD container for DVD image - Message-ID: <V2HEg.10$gu4.5@news.cpqcorp.net>    Dave Froble wrote:" > stuie_norris@yahoo.com.au wrote:  H >> I wish to burn a DVD on Macintosh from a LD container made on OpenVMS >> IA64. >>I >> My IA64 does not have a CD or DVD burner, only a reader so this is the  >> only option I have. >>G >> I have made CDs with this process numerous times. With the LD CREATE 4 >> command for CDs I specify the size to be 1318080.  C    I generally use 1,200,000 and 1,400,000 for 60 and 70 minute CD  H media, with a cluster size of four and a volume size that is a multiple I of four, and up to 9,100,000 for DVD single-layer with the same four and  H four.  But I also regularly also use smaller sizes, based on the amount ( of data I need to record onto the media.  H > Just wondering, how does this number compare to data from SHOW DEVICE I > /FULL on a CD drive?  If the same, perhaps the same command on the DVD   > reader might be helpful?  F    The sizes can vary.  Basically, the driver asks the media "how big I are you?".   Depending on the media and how it was recorded, you can and  G will get different answers.  We've all seen a partially-recorded disk,  H too -- if you look at the recording layer, it's usually easy to discern 4 the approximate amount of data recorded on the disk.  @ >> Anyone know what this magic number is for a single sized DVD.  E    Depending on the particular format, the sizes are not necessarily  H fixed.  Basically, you can choose the size you need, up to the limit of I the capacity of the particular optical media.  With typical single-layer  I DVD media, that capacity is 4.7 GB in storage's base-ten notation, which  4 works out to be a little more than 9,100,000 blocks.  E    For some general considerations and a general introduction to the  # process of recording optical media:   3    <http://h71000.www7.hp.com/wizard/wiz_9820.html>   G    There is also an introduction to this topic over in the OpenVMS FAQ.   &    <http://www.hp.com/go/openvms/faq/>  A    FWIW, I've submitted an article proposal for the next OpenVMS  D Technical Journal, and specifically one which will be a significant G expansion of the above Ask The Wizard (9820) text, and with details of  I the OpenVMS V8.3 CD and DVD recording capabilities incorporated into the   text.    ------------------------------    Date: 16 Aug 2006 07:47:59 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) ) Subject: Re: Products in Operating System 3 Message-ID: <DfhRAXBgl7Kh@eisner.encompasserve.org>   p In article <IvidnfqtBOOYYHzZnZ2dnUVZ_oidnZ2d@comcast.com>, "Richard B. Gilbert" <rgilbert88@comcast.net> writes: > J > Not quite correct.  DECnet was installed as part of the O/S.  The DECnetE > LICENSE KEY came on a separate TK50!  It wouldn't work without the   > license key.  $    Sounds like a newnie mistake 8-).  L    That didn't happen until VMS 3.0, and at our site we got our copy of the B    key on 8 1/2 inch floppies.  (I don't recall TK50 support until    later systems.)  E    Up through VMS 2.5 DECnet was a layered product, starting with 3.0     it was a SIP.  F    And as a SIP it would run without the key, it just wouldn't talk to<    any remote systems.  You could, IIRC, set it up and do a A    "set host 0" without the key, wich was actually a big patch to .    NETACP to put in the missing functionality.   ------------------------------   Date: 16 Aug 2006 13:03:12 GMT( From: bill@cs.uofs.edu (Bill Gunshannon)) Subject: Re: Products in Operating System + Message-ID: <4kgjcgFc3bkhU1@individual.net>   3 In article <DfhRAXBgl7Kh@eisner.encompasserve.org>, > 	koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes: > N >    That didn't happen until VMS 3.0, and at our site we got our copy of the " >    key on 8 1/2 inch floppies.    G Wow!!!  How did you get that 8 1/2 inch floppy into the drive?  Biggest % floppy drive I ever saw was 8".   :-)    bill   --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------  % Date: Wed, 16 Aug 2006 09:05:59 -0400 3 From: "Richard B. Gilbert" <rgilbert88@comcast.net> ) Subject: Re: Products in Operating System : Message-ID: <ftOdnTe4zterhX7ZnZ2dnUVZ_qCdnZ2d@comcast.com>   Bob Koehler wrote:  r > In article <IvidnfqtBOOYYHzZnZ2dnUVZ_oidnZ2d@comcast.com>, "Richard B. Gilbert" <rgilbert88@comcast.net> writes: > J >>Not quite correct.  DECnet was installed as part of the O/S.  The DECnetE >>LICENSE KEY came on a separate TK50!  It wouldn't work without the   >>license key. >  > & >    Sounds like a newnie mistake 8-). > N >    That didn't happen until VMS 3.0, and at our site we got our copy of the D >    key on 8 1/2 inch floppies.  (I don't recall TK50 support until >    later systems.)  ) I believe we were talking about VMS V4.7!    ------------------------------  # Date: Wed, 16 Aug 2006 15:57:33 GMT , From: Hoff Hoffman <hoff-remove-this@hp.com>) Subject: Re: Products in Operating System - Message-ID: <NfHEg.12$Du4.9@news.cpqcorp.net>    Richard B. Gilbert wrote:  > Bob Koehler wrote: > J >> In article <IvidnfqtBOOYYHzZnZ2dnUVZ_oidnZ2d@comcast.com>, "Richard B. , >> Gilbert" <rgilbert88@comcast.net> writes: >>L >>> Not quite correct.  DECnet was installed as part of the O/S.  The DECnetG >>> LICENSE KEY came on a separate TK50!  It wouldn't work without the   >>> license key.  H >>    That didn't happen until VMS 3.0, and at our site we got our copy L >> of the    key on 8 1/2 inch floppies.  (I don't recall TK50 support until >>    later systems.)  > + > I believe we were talking about VMS V4.7!   A    DECnet Phase IV was originally a SIP and the kit that enabled  E off-node operations as an end-node or as a routing node was an image  9 patch, and the particular type of DECnet key provided an  G increasingly-larger patch, and this scheme was used through the entire  @ V4.* range.   (V3.* is a little foggy right now, but I remember 1 shoeboxes of cryptically labeled TU58 cassettes.)   G    The DECnet V4.* routing key is available on an old OpenVMS Freeware  E distro.  Specifically, look for the NETRTG040 submission that can be  D found on Freeware V4.0, at <http://www.hp.com/go/openvms/freeware/>.  G    The DECnet V4.* key was variously available on 8 inch and 5.25 inch  > floppies, and on TU58, and on TK50, and probably also on RL02.  F    The use of the key was replaced with LMF at (as it was then known) G VAX/VMS V5.0, thus the DECnet key above only enables DECnet routing on  E VAX/VMS V4.* systems.  We also tended to avoid our previous habit of  G doing patches starting at V5.0, given we had the then-capacious CD and  H TK50 media available, and no longer needed to stuff the bits onto RX02,  RX50 or TU58 media.    ------------------------------  % Date: Wed, 16 Aug 2006 08:24:28 -0400 * From: "FredK" <fred.nospam@nospam.dec.com>3 Subject: Re: Re;  Configuring CDE for Dual Monitors , Message-ID: <44e30e7d$1@usenet01.boi.hp.com>  7 "Steven M. Schweda" <sms@antinode.org> wrote in message , news:06081523042794_2029EC2A@antinode.org...% > From: "Charles" <ceharon@gmail.com>  > E > > I'm new to VMS and CDE.  I have a dual head node, and I'd like to H > > "expand" my desktop to cover both screens so that I can drag windows > > from one screen to another.  > 1 >       SYS$MANAGER:DECW$PRIVATE_SERVER_SETUP.COM  > H >    If you don't have one of those yet, look for .TEMPLATE (and copy it > to .COM).  >   L Then edit the file.  Look for the instructions for panaramics, otherwise you$ will get classic dual head X11 mode.   ------------------------------  % Date: Wed, 16 Aug 2006 07:25:54 -0600 6 From: "Michael D. Ober" <obermd.@.alum.mit.edu.nospam>5 Subject: Re: Replacement for Pathworks EXTAuth module 4 Message-ID: <44e31ce2$0$501$815e3792@news.qwest.net>   Peter,  L Nothing wrong with the original other than I didn't know the ExtAuth module 3 is free.  Will there be a replacement for VMS V8.3?   
 Mike Ober.  D "Peter 'EPLAN' LANGSTOEGER" <peter@langstoeger.at> wrote in message & news:44e25bd5$1@news.langstoeger.at...J > In article <44e229a1$0$3574$815e3792@news.qwest.net>, "Michael D. Ober" ( > <obermd.@.alum.mit.edu.nospam> writes:F >>Does anyone have a low cost (or free) replacement for the Pathworks 
 >>external >>authentication module? > " > What is wrong with the original?& > Is it that it doesn't exist for I64?, > Is it that it isn't supported on VMS V8.3?E > Is it that it does need a full advanced server running in the same  
 > cluster? > H > You do know that you don't need a license for the PWRK extauth module  > only?  >  > Tell us more, please >  > --   > Peter "EPLAN" LANGSTOEGER ' > Network and OpenVMS system specialist  > E-mail  peter@langstoeger.atI > A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist     ------------------------------  % Date: Wed, 16 Aug 2006 07:24:27 -0600 6 From: "Michael D. Ober" <obermd.@.alum.mit.edu.nospam>5 Subject: Re: Replacement for Pathworks EXTAuth module 4 Message-ID: <44e31c8b$0$501$815e3792@news.qwest.net>  L I didn't know the ExtAuth portion was free.  We're running Samba on our VMS G system and only need the ExtAuth portion.  Can someone point me in the  < correct direction to acquire and install the extauth module?   Thanks, 
 Mike Ober.  5 "DaveG" <david.gudewicz@abbott.com> wrote in message  < news:1155679975.855878.205860@i3g2000cwc.googlegroups.com... > Michael D. Ober wrote:G >> Does anyone have a low cost (or free) replacement for the Pathworks   >> external  >> authentication module?  >>
 >> Mike Ober.  > & > Not sure if this helps in your case. > A > The Advanced Server external authentication piece is free, btw. 6 > Advanced Server client connections are what cost $$. > 	 > Dave...  >    ------------------------------    Date: 16 Aug 2006 07:13:35 -0700  From: "Ian Miller" <ijm@uk2.net>5 Subject: Re: Replacement for Pathworks EXTAuth module C Message-ID: <1155737615.242726.212940@h48g2000cwc.googlegroups.com>    RTFM7 http://h71000.www7.hp.com/doc/73final/6555/6555pro.HTML    ------------------------------  % Date: Wed, 16 Aug 2006 09:40:54 -0600 6 From: "Michael D. Ober" <obermd.@.alum.mit.edu.nospam>5 Subject: Re: Replacement for Pathworks EXTAuth module 6 Message-ID: <44e33c88$0$10307$815e3792@news.qwest.net>  H Thanks - the pointer into my multi-shelf document set is exactly what I  needed.    Mike.   , "Ian Miller" <ijm@uk2.net> wrote in message = news:1155737615.242726.212940@h48g2000cwc.googlegroups.com...  > RTFM9 > http://h71000.www7.hp.com/doc/73final/6555/6555pro.HTML  >    ------------------------------  # Date: Wed, 16 Aug 2006 17:06:07 GMT , From: Hoff Hoffman <hoff-remove-this@hp.com>Y Subject: Re: Seeking Data Archiving (BACKUP) Suggestions (was: Re: VAX/VMS site) site)sit - Message-ID: <3gIEg.18$Hx4.1@news.cpqcorp.net>    contracer11@gmail.com wrote:  , > - 6 VAX 4000-100 running OpenVMS V5.5-2H4.  C    There are costs to doing nothing and to not upgrading, and they  I increase (subtly) over time.  <http://h20325.www2.hp.com/blogs/hoffman/>  C   The direct savings of not upgrading can and do eventually become  E costs, typically first as indirect and usually unperceived costs and  . then as increasingly direct and visible costs.  C > - each machine haves 1 DAT magtape drive (I dont remember model) B > - Everyday incremental backup is made (vms files and rdb files).  F    Using RMU for Oracle Rdb, I assume, and then using BACKUP (whether I incremental or full) to archive the RMU-created backup files.  You can't  I use BACKUP to reliably capture the contents of an Rdb database, you have   to use RMU/BACKUP.  ; > - Every friday weekly backup is made (last 7 days backup) I > - Every month is made a monthly backup (full backup - o.s. + rdb files)  > H >  I dont need tell you diary suffering to mounting 8 dat tapes in eachE > drive (dat tape stuck in drive,  tape crushed, parity errors, etc.)   (    I'd use DLT or SDLT, or disk-to-disk.  G    DLT and SDLT are far more appropriate for this environment than are  D DDS/DAT devices -- I tend to recommend DDS/DAT for extreme low-cost ? environments, and for deployment for desktop or workstation or  I occasional small-scale BACKUP operations, and for cases where (the costs  4 of) media interchange (for shipping) is of interest.  I    IIRC, media lifetimes for DLT are around a million head passes, where  C DDS/DAT is around 2000 or so -- and a typical BACKUP operation can  H involve a number of head passes over the tape home block, for instance. G   (On the drives I have utilized over the years, twenty to thirty uses  K was about the limit of the DDS/DAT media, and cleaning was a regular task.)   G    I'd probably also look at the replacement of all six VAX 4000 model  F 100 boxes with a rather smaller number of Alpha or Integrity servers, C too, and with newer hardware.  Particularly if the source code was  F around.  Way faster, and with far bigger and faster storage.  Failing A that (if the source code is unavailable) then VAX emulation is a   potential option.    ------------------------------    Date: 16 Aug 2006 03:09:10 -0700. From: "Ger_Marsh" <marsh_family@btconnect.com>  Subject: Shadow copy stops at n%C Message-ID: <1155722950.801695.137000@h48g2000cwc.googlegroups.com>   B Just to add to the cov knowledgebase and also some info for anyone  undergoing a similar exercise...  E After a great deal of hassle with attempting to move to VW drives (on F HSZ50's then to HSZ80's), we discovered that some shadow copies get toB a percentage then hang and lots of mount verifications - and their completions - get OPCOM'd.   DIAGNOSE shows nothing at all.  F ANAL/DISK/READ shows parity errors or other media errors on the sourceC disk. It then locked up itself and a ctrl_y resulted in the process  going RWAST.  G This suggests that the IO which shadowing uses doesn't report any error  to DECevent.  C We will now exercise the new target drives before attempting to add  them.   D Any ideas why shadowing does not create an error log entry even when" mount verifies are being produced?   Keep up the good work!   Gerald.    ------------------------------    Date: 16 Aug 2006 07:30:49 -0700" From: dave.baxter@bannerhealth.com$ Subject: Re: Shadow copy stops at n%C Message-ID: <1155738649.121635.178620@m73g2000cwd.googlegroups.com>    Ger_Marsh wrote:D > Just to add to the cov knowledgebase and also some info for anyone" > undergoing a similar exercise... > G > After a great deal of hassle with attempting to move to VW drives (on H > HSZ50's then to HSZ80's), we discovered that some shadow copies get toD > a percentage then hang and lots of mount verifications - and their > completions - get OPCOM'd. >   > DIAGNOSE shows nothing at all. > H > ANAL/DISK/READ shows parity errors or other media errors on the sourceE > disk. It then locked up itself and a ctrl_y resulted in the process  > going RWAST. > I > This suggests that the IO which shadowing uses doesn't report any error  > to DECevent. > E > We will now exercise the new target drives before attempting to add  > them.  > F > Any ideas why shadowing does not create an error log entry even when$ > mount verifies are being produced?  A I remember having a similar problem many years ago when trying to F shadow solid state drives.     At that time, I believe the problem wasF that they (digital) were reusing old 1GB drives as the internal backupD to the solid state memory, and these 1GB drives were not being wiped clean.  > The solution was to do an "init/erase" on the new drive before mounting/shadowing.   E I realize this might not be an acceptable solution for larger, modern 2 drives, I just wanted to give you the information.   Dave.      >  > Keep up the good work! > 	 > Gerald.    ------------------------------    Date: 16 Aug 2006 09:58:55 -0500. From: brooks@cuebid.zko.hp.nospam (Rob Brooks)$ Subject: Re: Shadow copy stops at n%, Message-ID: <XHteOvyIU2nC@cuebid.zko.hp.com>  0 "Ger_Marsh" <marsh_family@btconnect.com> writes:  G > After a great deal of hassle with attempting to move to VW drives (on H > HSZ50's then to HSZ80's), we discovered that some shadow copies get toD > a percentage then hang and lots of mount verifications - and their > completions - get OPCOM'd.  H What percentage,what version of VMS, and what UPDATE, SYS, and SHADOWING kits have been applied.   2 This sounds familiar, and is likely fixed already.   --    H Rob Brooks    VMS Engineering -- Exec Group     brooks!cuebid.zko.hp.com   ------------------------------    Date: 15 Aug 2006 14:30:35 -0600 From: hoff@hp.nospam () $ Subject: Re: Source to VMS ZIP/UNZIP, Message-ID: <44e22eeb$1@usenet01.boi.hp.com>  | In article <63A4454BFCE1C048B2683DBB63A3633363C55F@ETP-CIN-US-EX01.etp1.com>, <Barry.Treahy@EmersonNetworkPower.com> writes:  K |> It would seem that ZIP it's more recent incarnation for VMS (2.32) opens J |> files in a transparent manner which breaks some processes we have, thatG |> depend on knowing that a file was open and being zipped.  Who is the B |> keeper of the source and what is the possibility of getting it?    2   The source is on the OpenVMS Freeware V8 distro 3 <http://www.hp.com/go/openvms/freeware> among other 0 places, and the primary distribution site is at  <http://www.info-zip.org>.    3   Sounds like you're either going to need to change . your processes, or maintain your own zip port.   ------------------------------  + Date: Wed, 16 Aug 2006 10:21:30 +0000 (UTC)  From: david20@alpha2.mdx.ac.uk. Subject: Re: The race for 8086 servers is on !, Message-ID: <eburj9$4mf$1@south.jnrs.ja.net>  h In article <44e24ec8$0$24209$9a6e19ea@news.newshosting.com>, "Neil Rieck" <n.rieck@sympatico.ca> writes:< >"JF Mezei" <jfmezei.spamnot@teksavvy.com> wrote in message ' >news:44E21F10.BF38B3B7@teksavvy.com... J >> On the heels of Intel releasing its improved 8086 offering (Woodcrest),I >> AMD is releasing a new Opteron today which is essentially a placemaker 7 >> for the next generation 4 core models due out later.  >>h >> http://news.com.com/AMD+unleashes+next-generation+Opteron+chips/2100-1006_3-6105605.html?tag=nefd.top >>J >> This uses a new socket with 1207 connectors , ready to support the quad >> core CPUs coming next.  >>J >> While the AMD announcement is mostly PR while waiting for its real nextH >> chip, it does show how the market dor 8086 server chips has become soJ >> competitive that the 2 main rivals are litterally racing to market withJ >> *any* improvements they can put in and one rival cannot allow the otherJ >> to make too much PR about a new chip without countering it with its own >> PR initatives.  >>K >> As this rate, IA64 will be blindsighted and won't even know what hit it.  >>K >> By 2007, I expect Intel to announce plans to add certain features to its F >> 8086 server product line that will make IA64 totally irrelevant andJ >> allow HP to finally admit that IA64 is no good and that it is moving toC >> the 64 bit 8086 that will now sport lots of enterprise features.  >>H >> So far, the predictions, made starting in February of 2004, that IA645 >> will become irrelevant in 2007 are still on track.  >>J >> Me thinks that the VMS engineers should get together in the basement ofG >> ZKO to do some exercise: move the exercise equipment to a corner and I >> setup the covert offices where they will work on the port of VMS to 64  >> bit 8086. > J >They have denied it time-and-time again, but if they are not doing trail J >ports in a skunk works environment as part of a fall-back position, then  >they are very foolish.  > H >On a related note, some people have suggested using the phrase "IA32e"  >rather than 8086.% >http://en.wikipedia.org/wiki/IA-32e   >    That page now redirects to  " http://en.wikipedia.org/wiki/EM64T  
 and says that    " M After the spring 2004 IDF, Intel named it IA-32E (IA-32 Extensions) and a few # weeks later devised the name EM64T.  " O Hence IA-32e was the name for Intel's 64 bit answer to AMD64 for a short period & but even Intel doesn't use it anymore.  I It seems the consensus now seems to be moving towards using the name x64  I as a vendor neutral term for products which support both AMD64 and EMT64.    see     http://en.wikipedia.org/wiki/X64    
 David Webb Security team leader CCSS Middlesex University     >Neil Rieck  >Kitchener/Waterloo/Cambridge, >Ontario, Canada. # >http://www3.sympatico.ca/n.rieck/   >  >    ------------------------------  % Date: Wed, 16 Aug 2006 06:40:10 -0400 ) From: "Neil Rieck" <n.rieck@sympatico.ca> . Subject: Re: The race for 8086 servers is on !< Message-ID: <44e2f4d7$0$24196$9a6e19ea@news.newshosting.com>  , <david20@alpha2.mdx.ac.uk> wrote in message & news:eburj9$4mf$1@south.jnrs.ja.net...= > In article <44e24ec8$0$24209$9a6e19ea@news.newshosting.com>  >  > That page now redirects to$ > http://en.wikipedia.org/wiki/EM64T > and says that  >  > " L > After the spring 2004 IDF, Intel named it IA-32E (IA-32 Extensions) and a  > few % > weeks later devised the name EM64T.  > " K > Hence IA-32e was the name for Intel's 64 bit answer to AMD64 for a short   > period( > but even Intel doesn't use it anymore. > J > It seems the consensus now seems to be moving towards using the name x64K > as a vendor neutral term for products which support both AMD64 and EMT64.  >  > see " > http://en.wikipedia.org/wiki/X64 > M I guess my original point was that using the term "8086" was not really what  I JF meant. I'm sure he was talking about the 64-bit extensions to Pentium  K rather than an older 16/32 bit technology. Using the term X64 works for me  ( as long as it isn't confused with IA-64.  
 Neil Rieck Kitchener/Waterloo/Cambridge,  Ontario, Canada.8 http://www3.sympatico.ca/n.rieck/links/cool_openvms.html   ------------------------------    Date: 16 Aug 2006 04:10:30 -0700 From: etmsreec@yahoo.co.uk. Subject: Re: The race for 8086 servers is on !A Message-ID: <1155726629.970087.28200@75g2000cwc.googlegroups.com>   C But you might as well save your bits and bytes as JF won't take any 1 notice that they aren't 8086 processors any more.   G Mind you, my 486DX2 66 still runs Linux quite happily, if a little slow  to boot or shutdown.   Steve    Neil Rieck wrote: - > <david20@alpha2.mdx.ac.uk> wrote in message ( > news:eburj9$4mf$1@south.jnrs.ja.net...? > > In article <44e24ec8$0$24209$9a6e19ea@news.newshosting.com>  > >  > > That page now redirects to& > > http://en.wikipedia.org/wiki/EM64T > > and says that  > >  > > " M > > After the spring 2004 IDF, Intel named it IA-32E (IA-32 Extensions) and a  > > few ' > > weeks later devised the name EM64T.  > > " L > > Hence IA-32e was the name for Intel's 64 bit answer to AMD64 for a short
 > > period* > > but even Intel doesn't use it anymore. > > L > > It seems the consensus now seems to be moving towards using the name x64M > > as a vendor neutral term for products which support both AMD64 and EMT64.  > >  > > see $ > > http://en.wikipedia.org/wiki/X64 > > N > I guess my original point was that using the term "8086" was not really whatJ > JF meant. I'm sure he was talking about the 64-bit extensions to PentiumL > rather than an older 16/32 bit technology. Using the term X64 works for me* > as long as it isn't confused with IA-64. >  > Neil Rieck > Kitchener/Waterloo/Cambridge,  > Ontario, Canada.: > http://www3.sympatico.ca/n.rieck/links/cool_openvms.html   ------------------------------  % Date: Wed, 16 Aug 2006 09:35:44 -0400 ' From: Dave Froble <davef@tsoft-inc.com> . Subject: Re: The race for 8086 servers is on !9 Message-ID: <q7mdncqTo64fgH7ZnZ2dnUVZ_u2dnZ2d@libcom.com>    etmsreec@yahoo.co.uk wrote: E > But you might as well save your bits and bytes as JF won't take any 3 > notice that they aren't 8086 processors any more.   E He's just stubbornly waiting for a chocolate bribe.  Problem is that  ? he's already indicated he won't stay bought and will insist on   continuing bribes.  E I've been considering a special batch of chocolate for him, with rat  C poison a major ingredient.  That might remove the need for ongoing  F bribes, and really make the day for some of his friends in some other  news groups.   --  4 David Froble                       Tel: 724-529-0450> Dave Froble Enterprises, Inc.      E-Mail: davef@tsoft-inc.com DFE Ultralights, Inc.  170 Grimplin Road  Vanderbilt, PA  15486    ------------------------------    Date: 16 Aug 2006 08:42:17 -0700 From: contracer11@gmail.com  Subject: VAX/VMS site B Message-ID: <1155742937.751877.78840@p79g2000cwp.googlegroups.com>   Please, look this case:   * - 6 VAX 4000-100 running OpenVMS V5.5-2H4.C - each machine haves 1 DAT magtape drive (I don=B4t remember model) @ - Everyday incremental backup is made (vms files and rdb files).9 - Every friday weekly backup is made (last 7 days backup) G - Every month is made a monthly backup (full backup - o.s. + rdb files)   H  I don=B4t need tell you diary suffering to mounting 8 dat tapes in each drive >  (dat tape stuck in drive,  tape crushed, parity errors, etc.)     What do you recommend to me ? A Is there any way to transfer all files (vms files + rbf files) to  another system maintain files integrity ?G (We have a HP storage with terabytes there, storying Solaris and Oracle  files).    Thanks.    ------------------------------    Date: 16 Aug 2006 09:18:00 -0700  From: "Ian Miller" <ijm@uk2.net> Subject: Re: VAX/VMS site B Message-ID: <1155745080.061888.11870@i42g2000cwa.googlegroups.com>  > If you have TCP/IP on your VAXes parhaps you could use VERITASG NetBackup client on each VAX to backup to a VERITAS NetBackup server on  a unix box with enough storage.   : IIRC VERITAS NetBackup client runs on that version of VMS.   ------------------------------  % Date: Wed, 16 Aug 2006 17:06:07 +0100 1 From: Russell Wallace <russell.no.spam@gmail.com> / Subject: Re: VMS backup: competition from Apple 2 Message-ID: <0pHEg.12736$j7.324825@news.indigo.ie>   david20@alpha2.mdx.ac.uk wrote: N > But 32 cores ?  I'd imagine that that would be well over the SMP performanceK > peak for desktop use. The performance improvement of adding in the extra  ? > cores against the scheduling overhead would gain you nothing.   I For a word processor, you're probably right. On the other hand games are  F a significant driver, and the number of things that could usefully be = done in parallel in a complex game is easily in the millions.    --  ) "Always look on the bright side of life." 5 To reply by email, replace no.spam with my last name.    ------------------------------    Date: 16 Aug 2006 07:17:11 -0700' From: "benitos" <benitos@stcc.cc.tx.us> # Subject: VMS7.3-2 file size limit ? C Message-ID: <1155737831.048972.216260@p79g2000cwp.googlegroups.com>    Hello,D Is there a way to set a file to a certain size? Here is the issue: AA certain file is getting created and normally it is no bigger than D several hundred blocks, BUT, sometimes (once every other month), theC originating .com file that creates the .dat file loops and the file E just grows. It has grown to 40 million blocks, which at that point, I G get paged that the volume is 95% full and I simply stop the program and E delete the file, the problem is that I get paged at 4am!!! So anyway,  any help would be appreciated.   Benito   ------------------------------  # Date: Wed, 16 Aug 2006 16:29:07 GMT F From: lederman@star.enet.dec.DISABLE-JUNK-EMAIL.com (Bart Z. Lederman)' Subject: Re: VMS7.3-2 file size limit ? . Message-ID: <nJHEg.42$d52.112@news.oracle.com>  D If you can put the file on a particular disk, then DISK QUOTAs might- be a way to limit how large the file can get.   F The procedure will likely fail when it runs out of quota, but I gather" you're killing the process anyway.  = This is, however, a stop-gap measure.  The long term solution D would be to instrument the procedure to find out why it "runs away".   ------------------------------  # Date: Wed, 16 Aug 2006 16:08:26 GMT , From: Hoff Hoffman <hoff-remove-this@hp.com>' Subject: Re: VMS7.3-2 file size limit ? - Message-ID: <_pHEg.14$Lu4.2@news.cpqcorp.net>    benitos wrote:  1 > Is there a way to set a file to a certain size?       Not directly.   > Here is the issue: AC > certain file is getting created and normally it is no bigger than F > several hundred blocks, BUT, sometimes (once every other month), theE > originating .com file that creates the .dat file loops and the file G > just grows. It has grown to 40 million blocks, which at that point, I I > get paged that the volume is 95% full and I simply stop the program and < > delete the file, the problem is that I get paged at 4am!!!  I    The usual approach is to fix the problem.  Alternatively, to hack the  I command procedure to detect a run-away file and punt.  (Little more than  B an f$file lexical call (for EBK or ALQ, usually) and a test for a I threshold value is needed within the loop, obviously.)  Depending on how  I fast the file grows, it is also possible to create a process which polls  H the disk and looks for capacity limits -- you seem to have one of these G monitors already, apparently, but it's not been hacked to look for the  H culprit file, or to detect and watch the batch procedure or whatever is % occasionally operating in error here.   H    Other options include creating the file on a sufficiently-small disk G (eg: an LD disk) such that it fills up the LD device, and blows up all  I by itself should a run-away file creation occur.  This is the closest to  F disk partitioning.  (LD is available via the Freeware, and built into H recent releases.  With the version of LD incorporated in OpenVMS V7.3-2 F (and not fully enabled), you will want to get an update to LD via the G Freeware LD kit.  This fully enables LD, and fixes a bug around larger   LD partitions.)   H    And if it is feasible to create the file under a resource identifier I and to enable and maintain quotas on the disk, you can also capture this  C case by setting the resource identifier for the errant file with a  * lower-than-the-disk-size disk quota limit.  H    I am aware of no way to set a size limit on a specific file, barring I schemes similar to those discussed above -- which all tend to operate by  I blocking the allocation path, and don't directly restrict the file-level   extension operation.   ------------------------------    Date: 16 Aug 2006 09:10:56 -0700< From: "Hein RMS van den Heuvel" <heinvandenheuvel@gmail.com>' Subject: Re: VMS7.3-2 file size limit ? C Message-ID: <1155744656.562092.258430@p79g2000cwp.googlegroups.com>    1) Fix the broken job!C - really fix it, figuring out when/where it goes wrong (bad input?)  orE - If it is looping, then fix it with a fools guard, some coutn not to : exceed a thousand or a million or whatever is appropriate.   2) Use quota - disk quota or> - SUBMIT/CPULIMIT=xxx  ! Some number 2x times teh normal need.  E 3) Submit the job 3 hours later, such that the page goes of at a more  reasonable hour.   Hein.      benitos wrote: > Hello,F > Is there a way to set a file to a certain size? Here is the issue: AC > certain file is getting created and normally it is no bigger than F > several hundred blocks, BUT, sometimes (once every other month), theE > originating .com file that creates the .dat file loops and the file G > just grows. It has grown to 40 million blocks, which at that point, I I > get paged that the volume is 95% full and I simply stop the program and G > delete the file, the problem is that I get paged at 4am!!! So anyway,   > any help would be appreciated. >  > Benito   ------------------------------  % Date: Wed, 16 Aug 2006 12:58:05 -0400 , From: <Barry.Treahy@EmersonNetworkPower.com>' Subject: RE: VMS7.3-2 file size limit ? M Message-ID: <63A4454BFCE1C048B2683DBB63A3633363C57C@ETP-CIN-US-EX01.etp1.com>    -----Original Message-----6 From: Hoff Hoffman [mailto:hoff-remove-this@hp.com]=20( Sent: Wednesday, August 16, 2006 9:08 AM To: Info-VAX@Mvb.Saic.Com ' Subject: Re: VMS7.3-2 file size limit ?    benitos wrote:  1 > Is there a way to set a file to a certain size?       Not directly.   > Here is the issue: AC > certain file is getting created and normally it is no bigger than F > several hundred blocks, BUT, sometimes (once every other month), theE > originating .com file that creates the .dat file loops and the file / > just grows. It has grown to 40 million blocks   H Not to disagree with the Hoff, but wouldn't it be possible to use FDL toD create the replacement file shell, requiring it to be contiguous and? then when the file fills and requires an extent, the job fails?   
 Best regards,    Barry Treahy   ------------------------------  # Date: Wed, 16 Aug 2006 17:17:23 GMT , From: Hoff Hoffman <hoff-remove-this@hp.com>' Subject: Re: VMS7.3-2 file size limit ? . Message-ID: <DqIEg.24$Et4.23@news.cpqcorp.net>  + Barry.Treahy@EmersonNetworkPower.com wrote:   J > Not to disagree with the Hoff, but wouldn't it be possible to use FDL toF > create the replacement file shell, requiring it to be contiguous andA > then when the file fills and requires an extent, the job fails?   E    That's twisted.  Elegantly twisted, but still twisted.  (And it's  ? another indirect scheme.)  BTW, what happens if it can get the  I contiguous allocation?  (I haven't ever tried that one...  Off to try an   experiment or two...)    ------------------------------    Date: 16 Aug 2006 10:34:10 -0700( From: "Rich Jordan" <jordan@ccs4vms.com>' Subject: Re: VMS7.3-2 file size limit ? C Message-ID: <1155749650.695697.101150@m79g2000cwm.googlegroups.com>    Hoff Hoffman wrote: - > Barry.Treahy@EmersonNetworkPower.com wrote:  > L > > Not to disagree with the Hoff, but wouldn't it be possible to use FDL toH > > create the replacement file shell, requiring it to be contiguous andC > > then when the file fills and requires an extent, the job fails?  > F >    That's twisted.  Elegantly twisted, but still twisted.  (And it's@ > another indirect scheme.)  BTW, what happens if it can get theJ > contiguous allocation?  (I haven't ever tried that one...  Off to try an > experiment or two...)   G Use LD to create a container for the largest supported size of the file F (which is presumably much smaller than available space on the disk, orE the size it gets too when the problem occurs).  Have the command proc E write the file to the mounted virtual disk.  If it runs out of space, 8 it won't affect other users of the actual physical disk.  - Obviously better to actually fix the problem.   0 BTW, Barry, that was a neat solution, I love it!   Rich   ------------------------------   End of INFO-VAX 2006.455 ************************                                                                                                                                                                                                                                                                                                      !!{6SlB Ol(t@h,4L\^Y15NBZfAziԝGY[n)LbihHmeT@=`6+;=
DX7S
m%^*i`,h#-?.et
ɻz^-g=x QϣrA-8ҷ*j~~eT1sVtl*80HxPYlRAPI:.'8EI?0j8Q1@1\@O LiHΓ# ȍDЉ5FW]"elQ/VӠYcA^M]H*n1|!ÂxSI2f,1<hcl #t0俣`boۚ,4dmk$L<k˅c׸AAe~S>vHpM@[o8lCKT+z2E@?zYkԜAW &h^Gd(HlWb9Z74m]Mg"!5J0g!Y2m.6"\6isi.e%BzG\nDLlTL]+CFbrB!89RwCt* ^+J7e/"-ڂ)_HK?,odk a@ENl`@NXRrZMJ.[(S
7]xte!c>-(\p]Uxش|**@Qsi?SpOrN0=ا=Tm*\'
|!fl\~Jd@E"d)puN_2ږ~J8"EhF+7q`
n (`0TF|Lb)BK$jg1)ڼjL봞Y>(Ʊ聫P>v}1Hu){')ŞG(%Z(պ$rRȕP*`F
Ȧ|wY`i@mkڝf_;[9*)~=ⓑyV:dcN	/&r/sE_@,1ڢv))ݳ p\s]LgR+3+&䂛D}yչ\
.S"ti7bb||H-A︕2imNYmIda>rBY6<B31b
yq"oT [kpThkud7XK̳m%;Fa
1\AQzO.(Y,d_lB	f+yV&Ux""}U|.-A7[=rZwyt{7434GB 2%ŉ6(bk&;ARCV[_J~8XȘu\\}ŽddjXr@On`F3H8n\[qz{F~֛>ƉRBn&O]<LjM͖*jvG39)Hׅ o.J\C19*n]YN%>?,$X\KY`WcH>zKKA'.lor #KCv.~E	pF%| nzp4C1aaP/J6$		;"ʪ$R8sOԻ4GTWMz'fݦgS'}>t<)<\Z϶VbǼ<lr.f@=6Uϼh1ۚMR¿5-t	Ka6Nӈtw Z_jI*2j7-8逛a3s%%=-AqnRAQ	ڮr/ԯ?0Ƶ.*-F-?U`r`ܵͩ1VHCdqX[))T($?H$'q	xKcR Gn°w5x{
7/{{'%KʗMz1/?6WP?$,Hk"d7v>^InOz+6?7ybxѡ)>+Kډy/|/K//]),  \XQGpyAIP$&Ximmgc ^W}[WEU
^WzHD~E
8  -)}X1
",4ؼ&#` ;V]4ʰ\)zwTU_l՞o+ԍl'_Ĝ+t[dh+GJh
Ʋ2xV=*(+.sC$_F	*^KEql,9ʕ/ĳpJe<`Ol+JëÅH	ga46T