1 INFO-VAX	Thu, 06 May 2004	Volume 2004 : Issue 250       Contents:# Re: 11:05 PM Encompass Wake Up Call ? Re: Alpha is phased out .... UltraSPARC V in the same way .....  Re: An RMS feature I wish for  Re: An RMS feature I wish for   Re: Another sneak preview - V8.2  Re: Another sneak preview - V8.2  Re: Another sneak preview - V8.2 Re: Asdk the Wizard ?  Re: Ask the Wizard ?" CDSA anyone? Help with system boot& Re: CDSA anyone? Help with system boot# Re: CXX installation failure on VAX  Re: ES-40 (2 Fibre Channels) EVA: physically moving drives ! Re: EVA: physically moving drives * Re: Future of Availability Manager on IA64* Re: Future of Availability Manager on IA64P Re: Future of Availability Manager on IA64 (was Re: Tomcat / Java /  process quoP Re: Future of Availability Manager on IA64 (was Re: Tomcat / Java /  process quoP Re: Future of Availability Manager on IA64 (was Re: Tomcat / Java / process quotP Re: Future of Availability Manager on IA64 (was Re: Tomcat / Java / process quot4 Re: Linux on its way out - unless you are a geek ...< Re: looking for suggestions for new $GETDVI item codes . . .< Re: looking for suggestions for new $GETDVI item codes . . .< RE: looking for suggestions for new $GETDVI item codes . . .< Re: looking for suggestions for new $GETDVI item codes . . .< Re: looking for suggestions for new $GETDVI item codes . . .< Re: looking for suggestions for new $GETDVI item codes . . .< Re: looking for suggestions for new $GETDVI item codes . . .< Re: looking for suggestions for new $GETDVI item codes . . .< Re: looking for suggestions for new $GETDVI item codes . . .< Re: looking for suggestions for new $GETDVI item codes . . .< Re: looking for suggestions for new $GETDVI item codes . . .< Re: looking for suggestions for new $GETDVI item codes . . .< Re: looking for suggestions for new $GETDVI item codes . . .< Re: looking for suggestions for new $GETDVI item codes . . .  Re: microvax - decserver problemJ Re: non-system but priviledged account OK for installing layered products? Re: physically moving drives Re: RRD46 tray won't stay in Re: RRD46 tray won't stay in Re: RRD46 tray won't stay in1 What Gigabit Ethernet cards are available for VMS 5 Re: What Gigabit Ethernet cards are available for VMS % You'll never guess what HP advertised ) Re: You'll never guess what HP advertised ) Re: You'll never guess what HP advertised   F ----------------------------------------------------------------------  # Date: Thu, 06 May 2004 03:00:22 GMT % From: drwho8@att.net (Gregg C Levine) , Subject: Re: 11:05 PM Encompass Wake Up CallG Message-ID: <aThmc.42887$Xj6.726184@bgtnsc04-news.ops.worldnet.att.net>    Hello from Gregg C Levine O No, mine arrived at TANJ 11:05P, or 11:20PM, I came this close to ignoring it,  P because my caller ID box said it was anonymous. What jackass thought that up? I / work from home, my office is in my living room. ( Gregg C Levine drwho8 atsign att dot net' "This signature wants anything by DEC." 4 In article <yiwhdRlLLZ80@eisner.encompasserve.org>, / koehler@eisner.nospam.encompasserve.org says...  > @ >In article <4ut590dr2qckon2pa5b76cptof4h99pvph@4ax.com>, tutor & <tutor_removespam_@cfl.rr.com> writes: >> Ok,? >>    Did anyone else receive a call last night from ENCOMPASS?  > ; >   My call came at work, during normal business hours EDT.  > ' >   You gave them your home number ?!?!  >    ------------------------------   Date: 5 May 2004 16:03:05 -0700 1 From: keithparris_NOSPAM@yahoo.com (Keith Parris) H Subject: Re: Alpha is phased out .... UltraSPARC V in the same way .....= Message-ID: <cf15391e.0405051503.79f05ebe@posting.google.com>   _ "Karsten Nyblad" <nospam@nospam.com> wrote in message news:<c6csgq$1bmh$1@news.cybercity.dk>... I > Is Sun making it self ready for a Sparcide?  When Sun does not have the K > resources to complete the UltraSparc V project why don't they collaborate M > with Fujitsu on big servers?  Fujitsu has some very interesting projects on 
 > SPARC64.  D But how long will Fujitsu continue to pour money down the SPARC hole5 when they see Sun themselves cancelling CPU projects?   > Fujitsu has already started shipping systems based on Itanium:a http://www.computerworld.com/hardwaretopics/hardware/story/0,10801,88366,00.html?from=story_picks ( http://www.theinquirer.net/?article=7392  ; Fujitsu plans to sell 128-CPU Itanium systems by next year: 8 http://www.entmag.com/news/article.asp?EditorialsID=5673   ------------------------------  % Date: Thu, 06 May 2004 00:51:03 +0800 , From: Paul Repacholi <prep@prep.synonet.com>& Subject: Re: An RMS feature I wish for- Message-ID: <87hduu24y0.fsf@prep.synonet.com>   * bob@instantwhip.com (Bob Ceculski) writes:  2 > what about that 32767 record size limitation? :)  
 ::mutter::  < RSX could go to 2^16-2. 0 was an empty record, 177777 aka -1; was `no more records in this block, go next door' 177776 is ) a legal record length in FCS/RMS pre VMS.   A So why oh why suddenly treat the record length as a signed value?  Can anyone explain this?   --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076* comp.os.vms,- The Older, Grumpier Slashdot. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------  $ Date: Wed, 5 May 2004 22:58:24 -0400- From: "heuveltjes" <heuveltjes@email.msn.com> & Subject: Re: An RMS feature I wish for, Message-ID: <4099aa5d$1@usenet01.boi.hp.com>  9 "Paul Repacholi" <prep@prep.synonet.com> wrote in message ' news:87hduu24y0.fsf@prep.synonet.com... , > bob@instantwhip.com (Bob Ceculski) writes: > 4 > > what about that 32767 record size limitation? :) >  > ::mutter:: > > > RSX could go to 2^16-2. 0 was an empty record, 177777 aka -1= > was `no more records in this block, go next door' 177776 is + > a legal record length in FCS/RMS pre VMS.  > C > So why oh why suddenly treat the record length as a signed value?  > Can anyone explain this?  . easy: Penny (bit) wise, Pound (block) foolish!F It seemed important to squeeze fields to a byte or a word at the time.C If we were to do it all over... Actually, a lot has been done over. E Check out the 64-bit RMS extentions! the extended usz/rsz is only for  $read/$write though.   Possible explanations  - not enough future thinking - too much RMS-11 thinkingH - the realization that if 32kb is not going to cut it for an application# then what are the odds 64kd will ?! G - the thought that the sign bit might come to mean 'deleted record with  length xxx'.H   This almost happend but not exactly. For deleted records (needed to RUK Journaling) they opted for -1 = skip to next block starting records as blck  boundaries :-(.   I note, that for indexed and relative files the maximum size is not 2**16-1 $ but 63*512 minus some overhead. :-(.   Hein.    ------------------------------  * Date: Wed, 5 May 2004 19:03:47 +0000 (UTC)6 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)) Subject: Re: Another sneak preview - V8.2 0 Message-ID: <newscache$6u89xh$grn$1@news.sil.at>  y In article <409580E7.62F35163@NeOaSrPtAhMlNiOnWk.net>, "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net> writes: ! >Peter 'EPLAN' LANGSTOEGER wrote: ` >> In article <4094c677@usenet01.boi.hp.com>, "Guy Peleg" <guy.peleg@remove_this_hp.com> writes:* >> >Here is another sneak preview of V8.2: >>  0 >> May I request some more new features for V8 ? >>  E >> 1) Move DECnet startup/shutdown control to SYSTARTUP_VMS/SYSHUTDWN  > G >Isn't that where it is now? If DECnet is registered, START/NETWORK and  >STOP/NETWORK will work.  B No. DECnet is started before SYSTARTUP_VMS gets control and if you; like to start something before DECnet you have two options:   H 1) Unsupported: Enter it in SYSMAN in a phase before DECnet (eg. CONFIG)K 2) Supported: Define NET$IGNORE_DECNET in SYLOGICALS, then in SYSTARTUP_VMS I start what you want, then remove the logical again and then start DECnet.   G You are right, that you can STOP/NETWORK and START/NETWORK at your will 1 but not (easy) the initial and not the final one.   F >Though, as I recall, SHUTDOWN.COM will attempt to stop DECnet whether >it's running/installed or not.   H But what if I want to stop some products before DECnet (say Defragger) ?/ Alas, no way (without changing SHUTDOWN.COM)...     O >> 2) Add a method (logical ?) to do wildcard searches in the reverse direction  > ' >Huh? Do you mean LIFO instead of FIFO?    Yes, I mean Z to A     >> 3) Make DFU supported > G >Yes - that would be a good one, but frankly I think some or all of the E >DFU functions should be integrated into the base system, just highly  >privileged.  8 I should have said, make the functions of DFU supported.1 I don't want to define the way, only the goal ;-)   I >....and yes, I'd like to see a new F$TRNLNM() keyword "WILDCARD" or some G >such that lets F$TRNLNM() function like F$SEARCH(), or F$PID() with an E >appropriate context, producing results similar to the output of SHOW 	 >LOGICAL.   N and don't forget F$GETUAI and all the other areas (like SHOW DEVICE/MULTIPATH)N where VMS images provide infos but lexicals (and the underlying SYS$ and LIB$)P still don't (but I don't request that Guy alone must do all the enhancements ;-)   --   Peter "EPLAN" LANGSTOEGER % Network and OpenVMS system specialist  E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------  % Date: Wed, 05 May 2004 21:47:51 -0500 @ From: "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net>) Subject: Re: Another sneak preview - V8.2 6 Message-ID: <4099A757.36B59184@NeOaSrPtAhMlNiOnWk.net>    Peter 'EPLAN' LANGSTOEGER wrote: > { > In article <409580E7.62F35163@NeOaSrPtAhMlNiOnWk.net>, "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net> writes: # > >Peter 'EPLAN' LANGSTOEGER wrote: b > >> In article <4094c677@usenet01.boi.hp.com>, "Guy Peleg" <guy.peleg@remove_this_hp.com> writes:, > >> >Here is another sneak preview of V8.2: > >>2 > >> May I request some more new features for V8 ? > >>G > >> 1) Move DECnet startup/shutdown control to SYSTARTUP_VMS/SYSHUTDWN  > > I > >Isn't that where it is now? If DECnet is registered, START/NETWORK and  > >STOP/NETWORK will work. > , > No. DECnet is started before SYSTARTUP_VMS   When did this get changed?   > gets control and if you = > like to start something before DECnet you have two options:  > J > 1) Unsupported: Enter it in SYSMAN in a phase before DECnet (eg. CONFIG)  @ How 'bout delete DECnet from the startup sequence within SYSMAN?  M > 2) Supported: Define NET$IGNORE_DECNET in SYLOGICALS, then in SYSTARTUP_VMS K > start what you want, then remove the logical again and then start DECnet.    That'd work just fine, by me.   I > You are right, that you can STOP/NETWORK and START/NETWORK at your will 3 > but not (easy) the initial and not the final one.  > H > >Though, as I recall, SHUTDOWN.COM will attempt to stop DECnet whether! > >it's running/installed or not.  > J > But what if I want to stop some products before DECnet (say Defragger) ?1 > Alas, no way (without changing SHUTDOWN.COM)...   F Eh, dunno as I'd say quote that. You can always disable logins and run; your own shutdowns prior to invoking SYS$SYSTEM:SHUTDOWN...   Q > >> 2) Add a method (logical ?) to do wildcard searches in the reverse direction  > > ) > >Huh? Do you mean LIFO instead of FIFO?  >  > Yes, I mean Z to A >  > >> 3) Make DFU supported > > I > >Yes - that would be a good one, but frankly I think some or all of the G > >DFU functions should be integrated into the base system, just highly  > >privileged. > : > I should have said, make the functions of DFU supported.3 > I don't want to define the way, only the goal ;-)  > K > >....and yes, I'd like to see a new F$TRNLNM() keyword "WILDCARD" or some I > >such that lets F$TRNLNM() function like F$SEARCH(), or F$PID() with an G > >appropriate context, producing results similar to the output of SHOW  > >LOGICAL.  > P > and don't forget F$GETUAI and all the other areas (like SHOW DEVICE/MULTIPATH)P > where VMS images provide infos but lexicals (and the underlying SYS$ and LIB$)R > still don't (but I don't request that Guy alone must do all the enhancements ;-)  	 Agreed...    --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  % Date: Wed, 05 May 2004 21:50:26 -0500 @ From: "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net>) Subject: Re: Another sneak preview - V8.2 6 Message-ID: <4099A7F2.742662FE@NeOaSrPtAhMlNiOnWk.net>   Guy Peleg wrote: > M > "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net> wrote in message 2 > news:40984C2B.69F2DAE1@NeOaSrPtAhMlNiOnWk.net... > > Rob Brooks wrote:  > > > C > > > koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes: 9 > > > >"Guy Peleg" <guy.peleg@remove_this_hp.com> writes:  > > > >>/ > > > >> Here is another sneak preview of V8.2:  > > > >>6 > > > >> We have added a CTRL-T AST routine, to report* > > > >> the progress of a COPY operation. > > > > J > > > >    How about wildcards for $trnlnm (name and/or table) and $getuai6 > > > >    (username)?  Those would be really usefull. > > > L > > >         Certainly not  for  V8.2; we're getting pretty close to  fieldK > > > test, and are limiting the introduction of new code as we prepare for  > > > field test.  > > L > > How 'bout a post-release patch, and a back-port as far back as feasible?
 > > (V5.5-2?)  > >  > > -- > > David J. Dachtera  > > dba DJE Systems  > > http://www.djesys.com/ > > , > > Unofficial Affordable OpenVMS Home Page:# > > http://www.djesys.com/vms/soho/  >  > Why stop at V5.5-2?   H Because some VAX sites will remain in the "jail" of ISV abandonment long> after VMS sees the error of its ways and does the x86-64 port.    > Let's take it back to V4.7 :-) > E > I"ll doubt that CTRL-T in copy will be backported to prior versions   
 Too bad...  = > but I can promise it will be added to the next VAX release.    Guess it'll have to do... :-(    --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  % Date: Thu, 06 May 2004 06:10:13 +0200 2 From: martin@radiogaga.harz.de (Martin Vorlaender) Subject: Re: Asdk the Wizard ?; Message-ID: <4099baa5.524144494f47414741@radiogaga.harz.de>   " Tom Linden (tom@kednos.com) wrote:= > When a FAQ says to read discussions referenced by numbers,  = > how do you access those?  Certainly would nice if they were  > links.  D I wrote a perl script that includes such functionality. It turns the> downloaded wizard.zip text version to HTML again for use on myE notebook's browser. I'll polish it for publication and then put it on  my website for download.   cu,    Martin --  @                           | Martin Vorlaender  |  OpenVMS rules!3  Cetero censeo            | work: mv@pdv-systeme.de F  Redmondem delendam esse. |   http://www.pdv-systeme.de/users/martinv/:                           | home: martin@radiogaga.harz.de   ------------------------------  $ Date: Wed, 5 May 2004 14:58:43 -0400, From: "warren sander" <warren.sander@hp.com> Subject: Re: Ask the Wizard ? , Message-ID: <40993a08$1@usenet01.boi.hp.com>  I I wasn't talking about fixing the FAQ which again as Hoff said if someone  want to volunteer he'd be happy  to get it to you to update.   L I was talking about fixing ATW q/a's to link to other ATW q/a's. That's much harder.   L I try NOT to read all the questions/answers as I post time or I'd get really bogged down and never finish  K I don't want to try a blanket approach because I'm more worried about doing  bad links than I am with adding J links (I get dinked on broken links often from the 'broken link police' (a, wholly owned subsidary of the brand police).F [They even read PPT files and find broken links in the 'notes section]  L If I had to prioritize fixing up ATW I'd like to work on the keyword project2 (we had an intern take about 5000 of the q/a's andH put keywords on them (in the notes file), we had about 25 keywords and I- wrote up program to extract/search by keyword I so you could find all the 'decnet' q/a's etc. But the problem was that he 5 went back to school and there were over 100 new q/a's H when he left that didn't have keywords and nobody to do that work so his1 entire summer's work was a 100% waste. But it was  a good project.   J I'd like to remove the people's names from the questions. Again that takes; reading the every question and looking for that information + not really something that a program can do.   ? I'd like to de-digital and de-compaq all the q/a's where needed   I I'd like to fix up all the url's to be correct (ie h71000.www7.hp.com for > all the www.openvms.digital.com or www.openvms.compaq.com urlsI and all the compaq.com's etc and check to make sure none are broken, move < all the support ones over to the correct ITRC locations etc.  J Re-read all the questions/answers and remove the ones that are old, cruftyD and not accurate anymore (the wizard does this when he comes accrossJ one one but again it takes reading every question and answer in some orderC and making a determination. [then the wizard had to let  me know so F I can archive those Q/A's because while we have a post new and refresh9 process we don't have an archive process except manually]   K And do forget that come july I have to move all the year old lists into new 3 files to make the loading of the wizard page faster   J and maybe another go at a local search engine for ATW only [I've done thisI several times and never been satisfied with the results of the searchs or < the amount of pain in setting up and running the re-indexer]    A "Mike Rechtman" <michael.rechtman.nospam@hp.com> wrote in message   news:4098D72C.2C282AEB@hp.com... > warren sander wrote: > >  > > Tom  > > J > > The basic problem with your request is in Knowing that a wizard number is a2 > > wizard number and not just a number in parens. > > E > > A lot of the ATW q/a have code fragments, programs, dcl commands, 	 formula's 1 > > etc. and the base of the info is a notes file L > > so everything is 'text based' Also we went through a lot of finagling to: > > make sure that if folks type in HTML that the HTML wasL > > displayed and it wasn't 'interpreted' by either my extraction program or8 > > your browser. That keeps weird things from happeningI > > to your browser if you looked at something nasty that got through. We  really8 > > haven't had any problems but I'd rather error on theH > > side of safety and keep the questions/answers in a base text format. > > L > > Yes it would be nice to see (546) and click it to open wiz_0546.html but3 > > what I do is open another browser and construct C > > the url (or use the put the number in to see the q/a function).  > > G > > We still haven't finished removing the "digital's" from some of the  q/a's 0 > > and we were supposed to do that in 1998. Now2 > > we also need to get rid of the compaq's also.. > > J > > Steve has answered in excess of 8000 questions during the life of ATW. I'veD > > had to reformat, recreate, repost all them at least 8 times withA > > new look/feel and other add-on's like the date last modified.  > > G > > I am currently dreading the day when Question number 10000 comes in  cause I ? > > only set up my programs for 4 digit numbers. I will have to H > > re-write a bunch of stuff for 5 digit numbers. Hey at one point they thought - > > there would only be 20-30 of these total.  > > 2 > > "Tom Linden" <tom@kednos.com> wrote in message7 > > news:NDEMLKKEBOIFBMJLCECIMELADCAA.tom@kednos.com...  > > >  > > > D > > > I wonder if you could make tool to parse the text and make URL > > > substitutions. > > > For example, from 8876:  > > > K > > >   Please also consider reading through at least some of the following  > > >   existing discussions:  > > > H > > >     (546), (2312), (2407), (2631), (2696), (3202), (3280), (5173),( > > >     (6447), (7504), likely others. > > > L > > > upon encountering the comma delimited list of parentheses encapsulated
 > > > number, - > > > extract the number and build the string . > > > "http://h71000.www7.hp.com/wiz_546.html"I > > > number make the substitution (after validating that the number is a  valid  > > > reference) > > >  > > > (546)  forA > > > <A HREF="http://h71000.www7.hp.com/wiz_546.html"> (546)</A>  > > > H > > > in the text. Of course, this assumes that all the pages behave the same > > and L > > > that one can recognize the references.  How many pages are there?  Are	 > > there J > > > any such entries  longer than 32K characters each (so I could put an
 > > entire > > > page into a PL/I string)?  > I > A couple of days ago i did a really quick & dirty DCL proc, looking for G > "(nn)","(nnn)" and "(nnnn)" within three lines of the string "wizard" F > in the FAQ (the 'n's are numerals) and then ran a TPU 'Replace'-typeE > command - If i did'nt find all the occurences, i hope i found most. & > I'm sure DOCUMENT could do better...J > check the FAQ version on Eisner.encompasserve.org -  and if you find any > i missed, let me know! >  > Mike > --  G > --------------------------------------------------------------------- G > Usual disclaimer: All opinions are mine alone, perhaps not even that. A > Mike Rechtman                            *rechtman@tzora.co.il* F > Kibbutz Tzor'a.                          Voice (home): 972-2-9908337D >   "20% of a job takes 80% of the time, the rest takes another 80%"G > --------------------------------------------------------------------- ! > -----BEGIN GEEK CODE BLOCK-----  > Version: 3.1< > GCM/CS d(-)pu s:+>:- a++ C++ U-- L-- W++ N++ K? w--- V+++$8 > PS+ PE-- t 5? X- tv-- b+ DI+ D-- G e++ h--- r+++ y+++@! > ------END GEEK CODE BLOCK------    ------------------------------  $ Date: Wed, 5 May 2004 16:01:47 -0400" From: "Hal Kuff" <kuff@tessco.com>+ Subject: CDSA anyone? Help with system boot - Message-ID: <c7bh67$ams@library1.airnews.net>   I     We have installed Cdsa (Open source security) on 7.3-1 ... everything K went ok, we installed V2.0 and ran the cdsa$upgrade proceedure. Now when we G reboot we have to re-run the cdsa$upgrade as the cdsa$install_images or K cdsa$initialise run on startup does not load the package. We ran an autogen L to take care of the images and that removed the V1.0 images from the startupJ image loader but did nothing for V2.0 ... what do you have in your startup config?    ------------------------------  # Date: Wed, 05 May 2004 22:37:30 GMT , From: Wayne Morrison <Wayne.Morrison@hp.com>/ Subject: Re: CDSA anyone? Help with system boot 0 Message-ID: <K0emc.951$0d3.948@news.cpqcorp.net>   Hal Kuff wrote: K >     We have installed Cdsa (Open source security) on 7.3-1 ... everything M > went ok, we installed V2.0 and ran the cdsa$upgrade proceedure. Now when we I > reboot we have to re-run the cdsa$upgrade as the cdsa$install_images or M > cdsa$initialise run on startup does not load the package. We ran an autogen N > to take care of the images and that removed the V1.0 images from the startupL > image loader but did nothing for V2.0 ... what do you have in your startup	 > config?   F You should only have to run CDSA$UPGRADE.COM (or CDSA$INITIALIZE.COM) G once after the upgrade.  It does NOT need to be run after every system  H boot, and shouldn't be in SYSTARTUP_VMS.COM.  Once CDSA$UPGRADE.COM has / been run once, CDSA should be fully functional.   B When you say that it "does not load the package", exactly what is E happening?  Is this, as you imply, during system boot, or some later  H time?  The only CDSA-related operation that should happen during system ' boot is that during the boot sequence,  H SYS$STARTUP:CDSA$INSTALL_IMAGES.COM is invoked.  This just ensures that E the proper CDSA images are installed.  If this is failing, then it's  F probably due to a lack of resources.  I don't understand your comment H about AUTOGEN removing the V1 images but doing nothing for V2 - can you  explain in more detail?   G If you're trying to program with CDSA, have you tried the CDSA example  H programs in SYS$SYSROOT:[SYSHLP.EXAMPLES.CDSA.*]?  The DES example is a  good simple starting point.   C CDSA documentation can be found in the OpenVMS manual "Open Source  I Security for OpenVMS, Volume 1: Common Data Security Architecture".  The  % HTML and PDF versions are located at:   9      http://h71000.www7.hp.com/openvms/security.html#cdsa   I For those people attending the OpenVMS Bootcamp coming up, you'll get to  A see a early demo of some new functionality based on CDSA that is  @ currently planned to be appearing in phases in upcoming OpenVMS H releases.  We're calling it Secure Delivery, and you can expect to hear H more about this as we get closer to release.  If you're concerned about 5 the security of your system, we think you'll like it.    Wayne Morrison. CDSA/Secure Delivery & Kerberos Project Leader OpenVMS Engineering    ------------------------------  % Date: Wed, 05 May 2004 21:55:23 -0500 @ From: "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net>, Subject: Re: CXX installation failure on VAX6 Message-ID: <4099A91B.27483D46@NeOaSrPtAhMlNiOnWk.net>  / Phillip Helbig---remove CLOTHES to reply wrote:  > F > In article <LFUlc.874$MY1.87@news.cpqcorp.net>, hoff@hp.nospam (Hoff > Hoffman) writes: > { > > In article <c78tj5$its$1@online.de>, helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) writes: N > > :MOVE_FILE CXX$PH_TEMP VMI$ROOT:[CXX$LIB.REFERENCE.CXXL$DEF_H]COMPLEX.H; K > > :Any ideas?  > > H > >   A guess: How fragmented is the target system disk, and do you haveG > >   sufficient storage and particularly sufficient contiguous storage ( > >   available to extend the directory? > H > Unfortunately I can't cut and paste the output from DEFRAGMENT MONITORJ > here.  It is practically completely non-fragmented.  At 2 GB (shadow setI > of RZ28's) it is certainly large enough.  There are 2336388 blocks free ' > and no problem with contiguous space.  > 0 > $ defragment show  disk$ovmsvaxsys_2 /stat/vol  0 DFU REPORT might actually be more informative...  - > Disk File Optimizer for OpenVMS DFG ECOV2.6 D > Copyright  Compaq Computer Corp. 1991,2001.   All rights reserved > = >                    F r a g m e n t a t i o n    R e p o r t  > R > DISK$OVMSVAXSYS_2                                         5-MAY-2004 08:19:57.51 > ! > The fragmentation index is 10.4  >       1 - 20.9 is excellent  >      21 - 40.9 is good >      41 - 60.9 is fair >      61 - 80.9 is poor1 >      81 - 100 indicates a badly fragmented disk G > Approximately 9.2 (out of 80.0 possible) is due to file fragmentation L > Approximately 1.2 (out of 20.0 possible) is due to freespace fragmentation >  > Freespace Summary:0 >         Total free space:       2268568 blocks3 >         Percentage free:             55 (rounded) ) >         Total free extents:          18 = >         Maximum free extent:    1271012 blocks, LBN: 784232 = >         Minimum free extent:          4 blocks, LBN: 232096 0 >         Average free extent:     126031 blocks0 >         Median free extent:         772 blocks >  > File Fragmentation Summary: 7 >         Number of files (with some allocation):  8470 7 >         Total file extents on the disk:          9139 ; >         Average number of file extents per file: 1.078985 4 >         Median number of file extents per file:  1 >  > Most Fragmented File: > >         [VMS$COMMON.SYSLIB]BASIC$STARLET.TLB;1 (190 extents)  H Ouch! There's a really BAD indicator! This file should be almost totallyD static as it is provided by VMS and almost never updated. That meansH last time it was replaced, freespace fragmentation was phenomenally bad!  # I think it's BACKUP/restore time...    --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------   Date: 5 May 2004 17:22:19 -0700 . From: alexdaniels@themail.co.uk (Alex Daniels)% Subject: Re: ES-40 (2 Fibre Channels) = Message-ID: <9f7f13a8.0405051622.2d6c8d95@posting.google.com>   k Michael Austin <maustin@firstdbasource.com> wrote in message news:<4097B8E9.AF96F413@firstdbasource.com>... J > Give us a better idea of how your SAN and drives are configured and what! > you are trying to accomplish...  > SHOW DEV/MULTI > ( > set device/switch/path=PGB0.xxxxxxxxxx > ) > will switch the device to the new path.  > L > How is your SAN configured, and why do you care which path it is on.. Your- > system should be configured for redundancy.  >  <SNIP>  ? I personally do care which paths my disks are on. Sure there is E redundancy and either path would do, but there are performance issues  too.  F First off I can put each HBA on a different FastPath CPU, not a lot ofD point in this if I was just had all my disks going through say PGA0,F or less effective if they are not balanced. And although this FastPathB for KGPSAs has been in since 7.3, since 7.3-1 FastPath DistributedF Interrupts have also been brought in, which totally eliminates any CPU 0 overhead.   F Then working from your diagram, if you had say 10 boxes all going intoD the SAN switch on the top fabric and all were maxing out IO at once,B the two links from the switch to the HSG/V could be bottlenecking.E While at the same time the bottom fabric would be empty of traffic as 1 you have everything going through the top fabric.   E Or if you are just going for a random selection of disks over the two E HBAs/fabrics you could be causing the same effect, once hot disks are E taken into account. Obviously this is all less of a problem if as per ; your diagram you just have one node attached on your 'SAN'.      Alex   ------------------------------   Date: 5 MAY 2004 17:47:50 GMT 4 From: karcher@thuria.waisman.wisc.edu (Carl Karcher)& Subject: EVA: physically moving drives5 Message-ID: <5MAY04.17475025@thuria.waisman.wisc.edu>   G I'm wondering if anyone has physically rearranged drives on an EVA 5000 ( (with the controllers shutdown course!)?   Here's the situation:   B We've recently added two new enclosures (shelves) for a total of 8G specifically to reach the magic number (eight) recommended for the best E availability of raid5 volumes in the "EVA Best Practices Guide". This C assumes that more than one drive in the same redundancy group (RSS) B isn't present in the same shelf (members of a redundancy group areH distributed vertically - one per shelf). Theoretically, this arrangement@ would allow for loss of any one shelf with no data harmed - very
 appealing.  G To achieve this configuration, HP suggests we shutdown both controllers G and physically rearrange the drives to meet this goal. Naturally, I'm a D bit nervous about starting it up again and have the data still thereB (even with good backups). Has anyone actually done this? Will the . EVA really remember where everything still is?   Thanks.    --G -- Carl Karcher, Waisman Computing Services, Waisman Center, UW-Madison : --                  karcher.normorespxm@waisman.wisc.edu     ------------------------------  # Date: Thu, 06 May 2004 03:01:12 GMT 1 From: Michael Austin <maustin@firstdbasource.com> * Subject: Re: EVA: physically moving drives2 Message-ID: <4099AA6B.32401C03@firstdbasource.com>  H My understanding of the EVA technology (and I could be wrong) is that itL does matter what shelf the drive is on and pulling the drive and reinsertingE it into another slot will rename the drive. When the drive comes back G online, I am not certain that you will have what you think you have.  I J would have HP test this personnally before proceding and proving that yourL data will still be intact when you attempt this.  Remember, the EVA does not" manage spindles, it manages space.   Michael Austin.    Carl Karcher wrote:   I > I'm wondering if anyone has physically rearranged drives on an EVA 5000 * > (with the controllers shutdown course!)? >  > Here's the situation:  > D > We've recently added two new enclosures (shelves) for a total of 8I > specifically to reach the magic number (eight) recommended for the best G > availability of raid5 volumes in the "EVA Best Practices Guide". This E > assumes that more than one drive in the same redundancy group (RSS) D > isn't present in the same shelf (members of a redundancy group areJ > distributed vertically - one per shelf). Theoretically, this arrangementB > would allow for loss of any one shelf with no data harmed - very > appealing. >eI > To achieve this configuration, HP suggests we shutdown both controllerstI > and physically rearrange the drives to meet this goal. Naturally, I'm a F > bit nervous about starting it up again and have the data still thereC > (even with good backups). Has anyone actually done this? Will theV0 > EVA really remember where everything still is? >i	 > Thanks.o >A > --I > -- Carl Karcher, Waisman Computing Services, Waisman Center, UW-Madisonr: > --                  karcher.normorespxm@waisman.wisc.edu   ------------------------------  % Date: Thu, 06 May 2004 02:52:54 +0800u, From: Paul Repacholi <prep@prep.synonet.com>3 Subject: Re: Future of Availability Manager on IA64i- Message-ID: <87isfazoxl.fsf@prep.synonet.com>c    david20@alpha2.mdx.ac.uk writes:  E >>It's important to note that in addition to the OE bundles, licensestB >>for each of the individual layered software products (and formerF >>SIPs) would still be available for purchase individually also. As anF >>example, if you had a small system but really wanted it in a cluster= >>with Shadowing, you have several options: you could buy the > >>Internet/Foundation OE and also buy Clustering and Shadowing= >>licenses, or you could buy the Enterprise OE which includes D >>Shadowing, and just add the Clustering piece, or you could buy theD >>Mission Critical Operating Environment which already includes both >>Clustering and Shadowing.   C > Forget that. Be really radical include clustering in the base VMSnD > license !!  After all to cluster a system you have to buy at least > another system from HP !!!  E Also, clustering is the easiest way for people to move their data and.C processing to the thing HP are trying to sell them. And there are acB lot of people who need very little excuse to go to IBM, or Sun, or some flavour of Linux/BSD.  F Dropping the licences for all the SIPs would be a start to slowing the rot.   --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.i@                                              West Australia 6076* comp.os.vms,- The Older, Grumpier Slashdot. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------  % Date: Wed, 05 May 2004 21:42:14 -0500 @ From: "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net>3 Subject: Re: Future of Availability Manager on IA64:6 Message-ID: <4099A606.88A21668@NeOaSrPtAhMlNiOnWk.net>   Paul Repacholi wrote:i > " > david20@alpha2.mdx.ac.uk writes: > G > >>It's important to note that in addition to the OE bundles, licenseseD > >>for each of the individual layered software products (and formerH > >>SIPs) would still be available for purchase individually also. As anH > >>example, if you had a small system but really wanted it in a cluster? > >>with Shadowing, you have several options: you could buy the @ > >>Internet/Foundation OE and also buy Clustering and Shadowing? > >>licenses, or you could buy the Enterprise OE which includessF > >>Shadowing, and just add the Clustering piece, or you could buy theF > >>Mission Critical Operating Environment which already includes both > >>Clustering and Shadowing.s > E > > Forget that. Be really radical include clustering in the base VMS.F > > license !!  After all to cluster a system you have to buy at least > > another system from HP !!! > G > Also, clustering is the easiest way for people to move their data and E > processing to the thing HP are trying to sell them. And there are a D > lot of people who need very little excuse to go to IBM, or Sun, or > some flavour of Linux/BSD. > H > Dropping the licences for all the SIPs would be a start to slowing the > rot.  F Dropping all the prices to competitive levels would be a gigantic leapH and advertising VMS would make the difference between a snail's pace and worp-11.   --   David J. Dachteraw dba DJE Systemst http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/2   ------------------------------  # Date: Wed, 05 May 2004 19:24:11 GMTw6 From: "Andy Bustamante" <a_c_bustamante@earthlink.net>Y Subject: Re: Future of Availability Manager on IA64 (was Re: Tomcat / Java /  process quo<< Message-ID: <vbbmc.5489$Vr5.1220@newssvr27.news.prodigy.com>  L This would also encourage keeping older systems in place, and under service,K when a replacement server is installed.  I wound up selling a cluster a fewt5 years ago to a customer as by product of  an upgrade.1  H Original environment Alpha 4100 with fiber channel storage.  The upgradeJ plan was to replace the 4100 with an ES-45.  The ES-45 was ordered with 30K day cluster PAKs allowing me to form a cluster and "burn in" the new systemRK before going live with the new server.  On production cutover to the ES-45, I I migrated the cluster IP to the new system.  All disks, users, services, L logicals remain the same and customer was very impressed with the migration.I He then elected to keep the 4100 as  fail over system instead of removingeB it.  HP gets a cluster PAK order and keeps a system under service.     --       Andy Bustamante: Remove the ASCII 95s for e-mailv    + <david20@alpha2.mdx.ac.uk> wrote in messager# news:c7b85m$rcj$1@news.mdx.ac.uk...@ >>K > Forget that. Be really radical include clustering in the base VMS license  !!L > After all to cluster a system you have to buy at least another system from > HP !!! >  > David Webb > VMS and Unix team leader > CCSS > Middlesex University >S   ------------------------------  $ Date: Wed, 5 May 2004 15:26:14 -0400< From: "Peter Weaver" <WeaverConsultingServices@sympatico.ca>Y Subject: Re: Future of Availability Manager on IA64 (was Re: Tomcat / Java /  process quo 9 Message-ID: <c7bf4o$22rul$1@ID-141708.news.uni-berlin.de>b   Keith Parris wrote:  >...0 > It's apparent I need to explain things better. >...  E Sorry, I assumed everyone knew what was being talked about. For thoseeF who have not yet seen the three different environments that one really? interesting item is that all three (currently) include "OpenVMS 1 Unlimited User Licensing."  This is a good thing.i   -- h Peter Weaver Weaver Consulting Services Inc.i Canadian VAR for CHARON-VAXa www.weaverconsulting.ca?   ------------------------------  % Date: Wed, 05 May 2004 21:40:38 -0500 @ From: "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net>Y Subject: Re: Future of Availability Manager on IA64 (was Re: Tomcat / Java / process quot 6 Message-ID: <4099A5A6.BF3C12DD@NeOaSrPtAhMlNiOnWk.net>   Peter Weaver wrote:i >  > Keith Parris wrote:u > >...2 > > It's apparent I need to explain things better. > >... > G > Sorry, I assumed everyone knew what was being talked about. For thoseeH > who have not yet seen the three different environments that one reallyA > interesting item is that all three (currently) include "OpenVMSe3 > Unlimited User Licensing."  This is a good thing..  E That's mostly because interactive user processes are far and away the'H least common anymore. Nowadays, with VMS being relegated to the back-endG server realm for large systems, and internet/LAN servers on the mid- torH low-end, interactive user counts are the least of the SysAdmin's worries
 these days...D   -- t David J. Dachterar dba DJE SystemsM http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/W   ------------------------------  % Date: Wed, 05 May 2004 21:37:18 -0500n@ From: "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net>Y Subject: Re: Future of Availability Manager on IA64 (was Re: Tomcat / Java / process quott6 Message-ID: <4099A4DE.A3D0482C@NeOaSrPtAhMlNiOnWk.net>   Keith Parris wrote:y >  > "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net> wrote in message news:<4098483D.B239A1E@NeOaSrPtAhMlNiOnWk.net>...wL > > Well, that's fine - just understand that the customer making the request0 > > will not fund the entire development effort. > 0 > It's apparent I need to explain things better. > = > On Itanium, OpenVMS is gaining some sales packaging optionso$ > shamelessly stolen from HP-UX (see@ > http://www.hp.com/products1/unix/operating/choice/index.html). > @ > What's being proposed is a set of packages that bundle variousD > combinations of the operating system, the former System IntegratedG > Products like Shadowing and Clustering, and various other key layeredsE > products, with each combination chosen to be what is expected to be G > needed for a given class of customer, and with the package presumablytF > priced at an attractive discount compared with the sum of the pricesH > of each individual product license. These bundles are called OperatingD > Environments (OEs). While plans are still under discussion, last IF > heard, three levels of OEs were currently being proposed for OpenVMS7 > on Itanium: Internet (or Foundation), Enterprise, andUH > Mission-Critical. Each OE includes all the products in the previous OED > in the list, plus more products. Exactly which products will be in$ > each OE is still under discussion. > E > It's important to note that in addition to the OE bundles, licenseseH > for each of the individual layered software products (and former SIPs)@ > would still be available for purchase individually also. As anF > example, if you had a small system but really wanted it in a cluster= > with Shadowing, you have several options: you could buy the H > Internet/Foundation OE and also buy Clustering and Shadowing licenses,G > or you could buy the Enterprise OE which includes Shadowing, and justkA > add the Clustering piece, or you could buy the Mission CriticalrB > Operating Environment which already includes both Clustering and > Shadowing.  A Depends. If the pricing remains prohibitive, I won't be buying or>G selling any of it. If the pricing comes back down to earth, that is, toe0 real-world, saleable levels, then it's possible.  H One of the (MANY!) lessons VMS needs to learn is that you make profit onH volume, not margin. Don't believe me? That's okay. Maybe Bill Gates madeG his billions on the lottery, or maybe by selling Amway, or going to thedF gambling boats, or conducting internet spam scams, or ... anything but" selling low margin on high volume.  F As to what's in each package, the advice remains as it has always been5 and will always be: the *CUSTOMER* is *ALWAYS* right!s   --   David J. Dachtera  dba DJE Systemsi http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/g   ------------------------------   Date: 5 May 2004 15:46:46 -0700 1 From: keithparris_NOSPAM@yahoo.com (Keith Parris)A= Subject: Re: Linux on its way out - unless you are a geek ...t= Message-ID: <cf15391e.0405051446.54367ca2@posting.google.com>t   Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> wrote in message news:<c6066e$mcs$1@new-usenet.uk.sun.com>...e? > Well how are you going to attach multiple nodes lets say moreu? > than 2 (because hey its what OpenVMS cluster advocates always ' > talk about) to a shared storage pool.S  3 Just wanted to clear up some errors in this thread.t  0 According to the OpenVMS Cluster Software SPD atD http://h18000.www1.hp.com/info/SP2978/SP2978PF.PDF, OpenVMS supports@ up to 4 systems on a single SCSI bus. This is with all 4 systemsE simultaneously and directly accessing all the disks on the bus; thereoD is no single server system at a time through which the other systemsF must funnel their I/O requests to a disk, or even their I/Os to change file system metadata.y  < > How about multi-initator SCSI for grins lets just move the) > single point of failure somewhere else.s  D For more than 3 nodes a SCSI hub (which provides fault isolation and fair arbitration) is used.  ? OpenVMS also supports SCSI array controllers with multiple SCSInA interfaces connected to multiple SCSI busses (or hubs), with fullUF multi-path support, so the SCSI bus or hub does not represent a single point of failure, either.   E And with Fibre Channel storage controllers, up to 96 nodes can access)= the same storage, and again, each one can access it directly.t ---wE And to answer another question in the thread, CI is indeed still solddB today, and even the latest systems like GS1280s support it, if you happen to still need it.   ------------------------------  * Date: Wed, 5 May 2004 18:11:54 +0000 (UTC)6 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)E Subject: Re: looking for suggestions for new $GETDVI item codes . . .a0 Message-ID: <newscache$pf69xh$zwm$1@news.sil.at>  _ In article <7s7dAyIhNEJ1@cuebid.zko.dec.com>, brooks@cuebid.zko.dec.nospam (Rob Brooks) writes: C >I'll make this quick; I'm in the middle of adding several new item & >codes for $GETDVI (SYS$, LIB$, F$).   >pJ >You all have 24 hours (until 14:30 GMT) to make suggestions for new item  >codes for $GETDVI!   / MPDEV_AVAILABLE_PATHS and/or similar item codes>8 to get all the infos that SHOW DEVICE/MULTIPATH provides   -- t Peter "EPLAN" LANGSTOEGERe% Network and OpenVMS system specialist( E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------  # Date: Wed, 05 May 2004 19:03:01 GMT / From: brooks@cuebid.zko.dec.nospam (Rob Brooks) E Subject: Re: looking for suggestions for new $GETDVI item codes . . . - Message-ID: <1bQVoT4wh4p2@cuebid.zko.dec.com>   8 peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER) writes:  1 > MPDEV_AVAILABLE_PATHS and/or similar item codese: > to get all the infos that SHOW DEVICE/MULTIPATH provides  D Yes, I've gotten a suggestion via email to add two item codes -- oneA that returns the total number of paths, and a second that returns ( the number of currently-available paths.  ) I agree that those are great suggestions!w   -- b  M Rob Brooks    VMS Engineering -- I/O Exec Group     brooks!cuebid.zko.dec.comd   ------------------------------  # Date: Wed, 05 May 2004 19:04:54 GMTi# From: hoff@hp.nospam (Hoff Hoffman)pE Subject: RE: looking for suggestions for new $GETDVI item codes . . .w0 Message-ID: <qVamc.928$YR2.903@news.cpqcorp.net>  _ In article <NDEMLKKEBOIFBMJLCECIEEBCDDAA.tom@kednos.com>, "Tom Linden" <tom@kednos.com> writes:e? :Maybe there is some way to provide similar capability to Tru649  )   This stuff is *way* outside $getdvi[w].(     :-bash-2.05b$ man consvaraJ :  Use the consvar command to get, set, list, and save console environmentI :  variables available on SRM system firmware.  Some firmware versions onpL :  some platforms do not comply with the Alpha SRM when dealing with certain :  variables, or operations.    J   For what reason(s) are you looking at the SRM environment variables for,G   and specifically which console environment variables are of interest?   H   Do remember that console-specific stuff tends to be non-portable, too.  I   There is a mechanism to display specific SRM variables available, usingrH   the f$getenv lexical and the sys$getenv system service, and the astuteG   reader will notice other references within starlet.h that might be ofrF   interest.  (This SRM-related lexical made it into the FAQ some yearsF   ago, and I know that Tom already knows about the calls and about the   mechanisms.)  A   There is presently no free-form environment variable query toolpD   provided, as the lexical and the system service have itemcodes and.   not strings.  (This too has been discussed.)  H   It is possible to create a tool which connects back into SRM for this,E   and I've seen a few hacks around.  There hasn't been a whole lot of I   interest, but IIRC one tool has even shipped latent in OpenVMS.  (Hmmm.d3   Possible fodder for my bootcamp presentation. :-)t  H   Tools have been posted to the newsgroups before, too -- a quick searchJ   found various examples.  (I also see Tom has asked this consvar questionK   before, too.)  Try `srm getenv' or `srm "environment variable"' searches. H   One of the cited examples was posted by Fred Kleinsorge, and was named2   "DEFAULT_BOOT"; it reads and writes bootdef_dev.    N  ---------------------------- #include <rtfaq.h> -----------------------------K     For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faq0N  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.come   ------------------------------  * Date: Wed, 5 May 2004 19:25:59 +0000 (UTC)? From: Graham Burley <burley.not-this@encompasserve-or-this.org> E Subject: Re: looking for suggestions for new $GETDVI item codes . . .a9 Message-ID: <40993FAC.4FD32B11@encompasserve-or-this.org>    Rob Brooks wrote:e >  > Hi VMS fans . . .h > D > I'll make this quick; I'm in the middle of adding several new item% > codes for $GETDVI (SYS$, LIB$, F$).k > J > You all have 24 hours (until 14:30 GMT) to make suggestions for new item > codes for $GETDVI! >   A BOOT_DEVICE - for disks returns TRUE or FALSE to indicate whethery the device was the boot device.i     Graham   ------------------------------  # Date: Wed, 05 May 2004 20:35:08 GMTo# From: hoff@hp.nospam (Hoff Hoffman)gE Subject: Re: looking for suggestions for new $GETDVI item codes . . .v0 Message-ID: <0ecmc.938$zZ2.455@news.cpqcorp.net>  { In article <40993FAC.4FD32B11@encompasserve-or-this.org>, Graham Burley <burley.not-this@encompasserve-or-this.org> writes:r  B :BOOT_DEVICE - for disks returns TRUE or FALSE to indicate whether  :the device was the boot device.  B   Out of curiousity, what would you expect to see returned with a A   shadowset or a RAID controller?  (It is possible for the systemoC   disk that was originally bootstrapped to be off-line, after all.)   C   Depending on what you are looking for with the bootstrap details,AC   you could look at the SYS$SYSDEVICE logical name, or the f$getenvaE   returns for booted_dev and bootdef_dev -- the latter can admittedly =   look rather unlike devices, however, with an example being:      On a SAN system:   $ x=f$getenv("booted_dev") $ show symbol xm:   X = "SCSI3 2 2 0 2 0 0 0 @wwid0 080200 0000000000000200" $ x=f$getenv("bootdef_dev")s $ show symbol xt=   X = "SCSI3 2 2 0 1 0 0 0 @wwid0,SCSI3 2 2 0 2 0 0 0 @wwid0"i  8   On another box, with a direct-attached SCSI boot disk:   $  x=f$getenv("booted_dev")  $ show symbol xo   X = "SCSI 1 2001 0 1 100 0 0"g $  x=f$getenv("bootdef_dev") $ show symbol xo   X = "SCSI 1 2001 0 1 100 0 0"h $g  C   But again, I'm interested in knowing details of why the bootstrapeB   disk is of interest?  (There could be existing tools or options,?   for instance, depending on what the target problem might be.)t  N  ---------------------------- #include <rtfaq.h> -----------------------------K     For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faq N  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.com    ------------------------------  # Date: Wed, 05 May 2004 20:50:37 GMT0/ From: brooks@cuebid.zko.dec.nospam (Rob Brooks) E Subject: Re: looking for suggestions for new $GETDVI item codes . . .o- Message-ID: <Rt93ZR$j$rMv@cuebid.zko.dec.com>o  A Graham Burley <burley.not-this@encompasserve-or-this.org> writes:b > C > BOOT_DEVICE - for disks returns TRUE or FALSE to indicate whetherb! > the device was the boot device.a  , Where (and why) would you want to know this?   -- h  M Rob Brooks    VMS Engineering -- I/O Exec Group     brooks!cuebid.zko.dec.come   ------------------------------   Date: 5 May 2004 13:53:32 -0700L/ From: kenneth.randell@verizon.net (Ken Randell) E Subject: Re: looking for suggestions for new $GETDVI item codes . . .s= Message-ID: <79de9693.0405051253.14bec363@posting.google.com>a  d brooks@cuebid.zko.dec.nospam (Rob Brooks) wrote in message news:<7s7dAyIhNEJ1@cuebid.zko.dec.com>... > Hi VMS fans . . .3 > D > I'll make this quick; I'm in the middle of adding several new item' > codes for $GETDVI (SYS$, LIB$, F$).  e > K > You all have 24 hours (until 14:30 GMT) to make suggestions for new item   > codes for $GETDVI! >   
 How about:  ? DVI$_EXTEND to return the default extension quantity for a diskrE volume, as in the 'Extend quantity' value under '$SHOW DEVICE D/FULL'   8 This would have been useful to me in certain situations.   ------------------------------  # Date: Wed, 05 May 2004 21:52:09 GMTt# From: hoff@hp.nospam (Hoff Hoffman) E Subject: Re: looking for suggestions for new $GETDVI item codes . . .r0 Message-ID: <dmdmc.946$Q63.391@news.cpqcorp.net>  o In article <79de9693.0405051253.14bec363@posting.google.com>, kenneth.randell@verizon.net (Ken Randell) writes:I  @ :DVI$_EXTEND to return the default extension quantity for a diskF :volume, as in the 'Extend quantity' value under '$SHOW DEVICE D/FULL'  ?   I'm mildly surprised sys$getdvi[w] doesn't already have a wayt;   to return this value, but I don't see it in the listings.l  >   I'll assume you are aware of the system, volume, process and?   application-level extend settings -- the volume-level setting >   is one of the values of last resort (if not the actual last >   resort :-), assuming that the default value has not been set<   in one of the other applicable locations.  There's more to;   this than just the volume extend setting, in other words.     N  ---------------------------- #include <rtfaq.h> -----------------------------K     For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faq N  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.com-   ------------------------------  * Date: Wed, 5 May 2004 21:31:23 +0000 (UTC)? From: Graham Burley <burley.not-this@encompasserve-or-this.org> E Subject: Re: looking for suggestions for new $GETDVI item codes . . . 9 Message-ID: <40995CED.742EB476@encompasserve-or-this.org>e   Rob Brooks wrote:  > C > Graham Burley <burley.not-this@encompasserve-or-this.org> writes:d > >pE > > BOOT_DEVICE - for disks returns TRUE or FALSE to indicate whether0# > > the device was the boot device.  > . > Where (and why) would you want to know this? >   @ Preferrably in F$GETDVI. This would be of great use to folks who> perform shadow backups on system disks, so that they can avoidA dismounting the boot device. So, to answer one of Hoffs questionsr1 it should only return TRUE on a shadowset member.o     Graham   ------------------------------  # Date: Wed, 05 May 2004 23:33:34 GMT7/ From: brooks@cuebid.zko.dec.nospam (Rob Brooks).E Subject: Re: looking for suggestions for new $GETDVI item codes . . .e- Message-ID: <qqj45Z2X6IYD@cuebid.zko.dec.com>o  1 kenneth.randell@verizon.net (Ken Randell) writes:i > A > DVI$_EXTEND to return the default extension quantity for a diskcG > volume, as in the 'Extend quantity' value under '$SHOW DEVICE D/FULL'$    Yup, I agree; this will be done.   -- d  M Rob Brooks    VMS Engineering -- I/O Exec Group     brooks!cuebid.zko.dec.comt   ------------------------------  % Date: Wed, 05 May 2004 22:05:28 -0500 @ From: "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net>E Subject: Re: looking for suggestions for new $GETDVI item codes . . .r6 Message-ID: <4099AB78.1C02F497@NeOaSrPtAhMlNiOnWk.net>   Rob Brooks wrote:f > : > peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER) writes: > 3 > > MPDEV_AVAILABLE_PATHS and/or similar item codesb< > > to get all the infos that SHOW DEVICE/MULTIPATH provides > F > Yes, I've gotten a suggestion via email to add two item codes -- oneC > that returns the total number of paths, and a second that returns * > the number of currently-available paths. > + > I agree that those are great suggestions!A  7 Remember to include a keyword to get the list of paths!p   ...and the current path!   -- h David J. Dachtera  dba DJE Systemsd http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/t   ------------------------------  % Date: Wed, 05 May 2004 22:02:50 -0500i@ From: "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net>E Subject: Re: looking for suggestions for new $GETDVI item codes . . .d6 Message-ID: <4099AADA.414C9C44@NeOaSrPtAhMlNiOnWk.net>   Rob Brooks wrote:n >  > Hi VMS fans . . .i > D > I'll make this quick; I'm in the middle of adding several new item% > codes for $GETDVI (SYS$, LIB$, F$).  > J > You all have 24 hours (until 14:30 GMT) to make suggestions for new item > codes for $GETDVI!   Ready Rob? Here we go...  1 Everything on the SHOW DEVICE/FULL display, plus:d  9 FREE_HEADERS - count of unallocated headers in INDEXF.SYSe  6 MAX_HEADER - total count of file headers in INDEXF.SYS  8 FREE_EXTENTS - count of unused extent bits in BITMAP.SYS  5 MAX_EXTENT - total count of extent bits in BITMAP.SYS   E FREE_INDEXF_MAPWORDS - as displayed by DFU REPORT (gives a clue as toA INDEXF.SYS fragmentation)   1 MOUNT_COUNT - as displayed by SHOW DEVICE/MOUNTED-  A MOUNT_NODES - List of node names as displayed by SHOW DEVICE/FULLv  G Keywords for all of the mapped bits in DEVCHAR, DEVCHAR2, DEVDEPEND ands
 DEVDEPEND2  D SHDW_COPY_NODE - Name of node in cluster handling the current shadow0 copy/merge thread for this shadow-set or member.  G SHDW_MEMBER_COUNT - Number of members in the shadow-set (counterpart to  VOLCOUNT for volume-set)  C MEDIA_FORMAT - Returns "ODS-2", "ODS-5", "ISO-9660", etc. for disk;( [NO]COMPACT for magtape.  > TCACHE_AVAILABLE - Returns TRUE or FALSE (tape device caching)  < TCACHE_ENABLED - Returns TRUE or FALSE (tape device caching)  C TCOMPACT_AVAILABLE - Returns TRUE or FALSE (tape device compaction)e  A TCOMPACT_ENABLED - Returns TRUE or FALSE (tape device compaction)r  6 TDENSITY - Returns value displayed by SHOW DEVICE/FULL  = DISMOUNT_UNLOAD - Returns TRUE or FALSE (unload on DISMOUNT).R  4 WBCACHE - Returns TRUE or FALSE (Write-back caching)  . RDCACHE - Returns TRUE or FALSE (Read caching)  9 SPLQUENAM - Returns the name of the queue through which al6 terminal/printer is spooled (counterpart to SPLDEVNAM)  1 TT_CTS - Returns HIGH or LOW per state of signal.   1 TT_DTR - Returns HIGH or LOW per state of signal.p  1 TT_DCD - Returns HIGH or LOW per state of signal.p  1 TT_RTS - Returns HIGH or LOW per state of signal.   1 TT_DSR - Returns HIGH or LOW per state of signal.   9 TT_BAUD_RATE - Actual value as displayed by SHOW TERMINAL-  4 LP_ONLINE - Returns HIGH or LOW per state of signal.  3 LP_FAULT - Returns HIGH or LOW per state of signal.i  H Think that will keep you busy for a while? I'm sure I could come up with+ lots more given a longer research window...m   -- . David J. Dachterai dba DJE Systemsl http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  % Date: Wed, 05 May 2004 22:08:41 -0500 @ From: "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net>E Subject: Re: looking for suggestions for new $GETDVI item codes . . .c6 Message-ID: <4099AC39.C403DBA2@NeOaSrPtAhMlNiOnWk.net>   Graham Burley wrote: >  > Rob Brooks wrote:e > >:E > > Graham Burley <burley.not-this@encompasserve-or-this.org> writes:  > > >eG > > > BOOT_DEVICE - for disks returns TRUE or FALSE to indicate whether)% > > > the device was the boot device.o > > 0 > > Where (and why) would you want to know this? > >e > B > Preferrably in F$GETDVI. This would be of great use to folks who@ > perform shadow backups on system disks, so that they can avoidC > dismounting the boot device. So, to answer one of Hoffs questionsd3 > it should only return TRUE on a shadowset member.   A I'd take that a step further: it should return TRUE regardless of 1 whether the device is a shadow-set member or not!e  D ...and I'd add a counter-part in F$GETSYI: BOOT_DEVICE_NAME (returnsG ALLDEVNAM of the boot device; F$GETDVI() can be used later to determine 5 whether or not the device is now a shadow-set member.    -- - David J. Dachtera- dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/n   ------------------------------  % Date: Wed, 05 May 2004 22:10:37 -0500i@ From: "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net>E Subject: Re: looking for suggestions for new $GETDVI item codes . . .w6 Message-ID: <4099ACAD.4DECA8E7@NeOaSrPtAhMlNiOnWk.net>   Hoff Hoffman wrote:  > q > In article <79de9693.0405051253.14bec363@posting.google.com>, kenneth.randell@verizon.net (Ken Randell) writes:  > B > :DVI$_EXTEND to return the default extension quantity for a diskH > :volume, as in the 'Extend quantity' value under '$SHOW DEVICE D/FULL' > A >   I'm mildly surprised sys$getdvi[w] doesn't already have a wayd= >   to return this value, but I don't see it in the listings.  > @ >   I'll assume you are aware of the system, volume, process andA >   application-level extend settings -- the volume-level settingP? >   is one of the values of last resort (if not the actual lasti@ >   resort :-), assuming that the default value has not been set> >   in one of the other applicable locations.  There's more to= >   this than just the volume extend setting, in other words.a  H ...but in large measure, the system-level default is most likely the one$ that will be used, in my experience.  B Of course, whether ot not the default extend quantity is an entire0 cluster constitutes a whole separate discussion.   -- f David J. Dachteraa dba DJE Systemsn http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  # Date: Thu, 06 May 2004 03:55:27 GMTa% From: "Mike Naime" <mnaime@kc.rr.com> ) Subject: Re: microvax - decserver problemy9 Message-ID: <PGimc.22259$ee7.13076@twister.rdc-kc.rr.com>   5 Krzysztof Karpio <karpio@fuw.edu.pl> wrote in message5! news:c77nug$ip8$1@h1.uw.edu.pl...n
 > Dear AllB > We have the MicroVax 3100 and three therminals, two printers and	 connected07 > through decserver300. The system communicates wit theaB > PLC 5 Allan Bradley drivers through device KF2B connected to theB > decserver300. Allan Bradley drivers control the production line.D > When the system is booted the application starts and automatically displaysE > the user inteface on the terminals. Everything was working fine buteI > one day when we came in the morning there was no communication with thee? > line. After rebooting the system the errors like that appear:h > ( > %SET-W-NOTSET, error modifying LTA107: > -SYSTEM-F-ABORT, abort >e" > Starting application software... >o( > %SET-W-NOTSET, error modifying LTA102: > -SYSTEM-F-ABORT, abort( > %SET-W-NOTSET, error modifying LTA103: > -SYSTEM-F-ABORT, abort >oI > The terminal LTA107:  is the connection to the production line (throughy KF2B
 > device).$ > LTA102, LTA103 are terminals VT420 >h= > In addition the  ERROR MOUNTING THE LINE LTA107 appears andlI > %SET-W-NOTSET, error modifying LTAxxx are displayed for remaining portsh > where printers are connected.i >n: > Do You have any idea what could be wrong and what to do?K > I can login using the above terminals but there is no communication which-6 > the line. I can not copy nor type to/from the ports, > for example: > copy file.txt LTA102:  > type LTA102:1 > Both command give error writing/reading device.2K > Sitting at the terminal with the LOCAL> prompt I can use BROADCAST LTAxxxo6 > command and it works fine (displaying message on the > other's terminal screen).e  I In addition to the good advice already given, What does SHOW SERVICE showc you?H You should see the 3100 listed as a service to connect too.  If it's notI listed, then it's an Ethernet problem, and not a Terminal Server problem.    (Memory test time)I If you are on the 3100, and you have the ethernet address of the terminale/ server, you should be able to do the following.KL MC NCP CONNECT VIA SVA-0 PHYSICAL ADDRESS 08-00-2B-12-34-56.  <= Put your TS
 address here. I If you cannot connect to the terminal server this way.  It's your network  connection.eI If you do get a connection this way, you will have to press return twice. L This should get you a "#" prompt, enter "ACCESS<return>" and then you should get a regular "LOCAL>" prompt.  
 Mike Naime   ------------------------------  $ Date: Wed, 5 May 2004 20:22:06 -0400# From: "John Smith" <a@nonymous.com>lS Subject: Re: non-system but priviledged account OK for installing layered products?r, Message-ID: <582dnWtcduSpGATdRVn-vg@igs.net>  7 "Paul Sture" <nospam@sture.homeip.net> wrote in messagen3 news:c7a88b$1h0q0$1@ID-132135.news.uni-berlin.de...w > Bob Koehler wrote:H > > In article <c70rpe$rb1$1@online.de>, helbig@astro.multiCLOTHESvax.de2 (Phillip Helbig---remove CLOTHES to reply) writes: > >vI > >>The documentation on the layered-product CDs talks about "you must beeI > >>logged in to the system account".  Presumably, an account with enoughhD > >>privs would be OK as well, or is there the possibility that someK > >>installed files will have that account as the owner, instead of system?c > >  > >- > >    Under VMS 2 or 3, yes.a > >h< > >    I do installs under my personal account all the time. > >o >.D > And so do I. When working in a team of system managers, it is goodL > practice to use your own account so that you can easily tell who did what. >sH > In VMSINSTAL days, it was simply a matter of ensuring your own accountH > had adequate quotas. It's worth mentioning here that unlike VMSINSTAL,D > PRODUCT INSTALL doesn't grab privileges when it needs them, so you2 > should make sure you have them before you start. >tJ > Another good practice is to do a SET HOST 0/LOG= before an installation,J > aiming the log file at a common directory for installation logs, so thatB >   you have a record of what was done for each and every install.    J It's tips like these that if not already in an "OpenVMS for Beginners (and2 that includes unix sysadmin's)" book, ought to be.  F I can see a system manager "dashboard" with things like this hooked toE buttons as a way of bringing some system management 'friendliness' to J OpenVMS. Things like tthat would go a long way towards providing a 'look &K feel' competition to Windows for those smaller accounts (if HP ever decidedo< to sell VMS into the under $1 billion annual revenue space).   ------------------------------  # Date: Thu, 06 May 2004 01:31:07 GMTg% From: "Mike Naime" <mnaime@kc.rr.com> % Subject: Re: physically moving drivesa8 Message-ID: <vzgmc.11294$0K.10087@twister.rdc-kc.rr.com>  H Theoretically, this should work because the disk meta-data tells the EVAK what the disk is.  All of my EVA's come with 240 disks pre-installed.  So Iu" have not tried anything like this.  I I have replaced a shelf with the system online.  We had to ungroup all ofb< the disks on that shelf before doing the online replacement.  
 Mike Naime  ? Carl Karcher <karcher@thuria.waisman.wisc.edu> wrote in messageS/ news:5MAY04.17475025@thuria.waisman.wisc.edu...bI > I'm wondering if anyone has physically rearranged drives on an EVA 5000e* > (with the controllers shutdown course!)? >h > Here's the situation:  >>D > We've recently added two new enclosures (shelves) for a total of 8I > specifically to reach the magic number (eight) recommended for the bestIG > availability of raid5 volumes in the "EVA Best Practices Guide". ThisxE > assumes that more than one drive in the same redundancy group (RSS)>D > isn't present in the same shelf (members of a redundancy group areJ > distributed vertically - one per shelf). Theoretically, this arrangementB > would allow for loss of any one shelf with no data harmed - very > appealing. >eI > To achieve this configuration, HP suggests we shutdown both controllerstI > and physically rearrange the drives to meet this goal. Naturally, I'm atF > bit nervous about starting it up again and have the data still thereC > (even with good backups). Has anyone actually done this? Will thet0 > EVA really remember where everything still is? > 	 > Thanks.  >  > --I > -- Carl Karcher, Waisman Computing Services, Waisman Center, UW-Madisonh: > --                  karcher.normorespxm@waisman.wisc.edu   ------------------------------  % Date: Thu, 06 May 2004 00:55:11 +0800g, From: Paul Repacholi <prep@prep.synonet.com>% Subject: Re: RRD46 tray won't stay inl- Message-ID: <87d65i24r4.fsf@prep.synonet.com>g  ' "John Vottero" <John@mvpsi.com> writes:t  E > Which brings up one of my pet peeves, why to they put those buttonstE > under the tray instead of above the tray?  They would ususally be a + > lot easier to find when the tray is open./  F Are you sure you want to know the answer to that question? So put down the coffee....    I If you look inside, you will see  that the switch that can never be seen lF is on the main PCB under the tray. To put it above would need a headerI and conector, cable, mount lugs for the switch. Be a good 20c extra cost.g   -- n< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.e@                                              West Australia 6076* comp.os.vms,- The Older, Grumpier Slashdot. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------   Date: 5 May 2004 14:25:15 -0700i1 From: nothome@spammers.are.scum (Malcolm Dunnett) % Subject: Re: RRD46 tray won't stay inI- Message-ID: <S1XpU6qNLy5R@malvm7.mala.bc.ca.>s  g In article <ho7mc.2965$eH1.1772559@newssvr28.news.prodigy.com>, "John Vottero" <John@mvpsi.com> writes:hL > Thanks to everyone for your ideas.  I guess it's going to have to be a cup4 > holder until I can find a good time to power down.  1   You might find a reboot will cure the problem.    R   I had a similar symptom a while back and found that rebooting the system clearedS it up. I don't know if it was a driver in a "funny" state or a hardware glitch, but 1 going through the power down/init cycle fixed it.l   ------------------------------   Date: 5 May 2004 16:49:13 -0700t. From: alexdaniels@themail.co.uk (Alex Daniels)% Subject: Re: RRD46 tray won't stay ine= Message-ID: <9f7f13a8.0405051549.64db4f0f@posting.google.com>o  [ hoff@hp.nospam (Hoff Hoffman) wrote in message news:<hPUlc.877$MY1.688@news.cpqcorp.net>...mi > In article <j6Ulc.2757$eH1.1589645@newssvr28.news.prodigy.com>, "John Vottero" <John@mvpsi.com> writes:eH > :I just tried to put a CD into an RRD46 and the tray closed, the lightM > :flashed a few times and the tray opened again.  I figured it must be a badyI > :CD so I removed the CD and hit the button to close the tray.  The trayi< > :closed, the light flashed and then the tray opened again. > H >   Software can open the drive door, so it's worth a look for processesG >   with I/O channels open to the device.  That is unlikely, of course.  > G >   I'd tend to assume a drive hardware problem.  If the system and themI >   RRD46 drive are covered under a hardware support contract, it appearsF >   time to log a support call.I > D >   I hesitate to recommend disassembly or repair, as CD drives are F >   definitely not designed for such activities.  Disassembly tends toD >   be less of a problem than repair and reassembly, of course.  :-) > D >   If self-maintaining, I'd tend to assume it is now time to find aI >   replacement drive.  For SCSI CD devices, at least some of the PlextoreG >   PlexWriter series CD-RW drives do tend to work with OpenVMS.  (They F >   are not formally supported by OpenVMS, and may or may not work in C >   your configuration, of course.)  If formal device support is a aC >   concern, you'll want to find a replacement RRD-series CD drive,a >   whether new or used.  @ There is a very small hole on the front of these drives, one can
 insert theB end of a paperclip in it to manually open the tray. If someone hasD done this and then snapped off the paperclip in the hole, I guess itB could have this effect, while not be obviously on a cursory visual inspection.-  D Also as the tray can be opened with software, is there a good reasonF why dismount/unload doesnt pop out the tray? Its hardly the big hassleB for me to press the button, but just seems a bit inconsistant whenE comparing to tapes. Admitted though, I havnt tried a dism/unload on aoE CD in some time, or with all combinations of SCSI/IDE card and CDs...w   Alex   ------------------------------   Date: 5 May 2004 14:04:13 -0700 & From: twnews@kittles.com (Thomas Wirt): Subject: What Gigabit Ethernet cards are available for VMS= Message-ID: <b3531425.0405051304.33dc84b8@posting.google.com>b  A I am about to put a Cisco Gigaswitch in my computer room for someiD Windows servers and would like to be able to include my AS 4100's onB the new faster switch.  What Gigabit (copper RJ45 style) cards areA available for VMS (AS 4100)?  Are there any inexpensive cards outr= there that work with VMS on an AS4100 that are not officiallydD supported?  I am looking for cheap options so that I am not required- to leave my VMS systems on the slower switch.    TIA,   Thomas Wirtg Systems Managert Kittle's Home Furnishingsp Indianapolis, IN   ------------------------------  # Date: Wed, 05 May 2004 22:05:58 GMTc# From: hoff@hp.nospam (Hoff Hoffman)u> Subject: Re: What Gigabit Ethernet cards are available for VMS0 Message-ID: <azdmc.947$Q63.770@news.cpqcorp.net>  f In article <b3531425.0405051304.33dc84b8@posting.google.com>, twnews@kittles.com (Thomas Wirt) writes:L :...What Gigabit (copper RJ45 style) cards are available for VMS (AS 4100)?   E   The HP AlphaServer information available via the HP Server website:         http://www.hp.com/go/server/  7   and specifically the AlphaServer 4100 series website:u  9     http://h18002.www1.hp.com/alphaserver/options/as4100/r       as4100_19_46_options.htmlo  B   has the supported options lists for the particular platform, andC   the DEGPA-TA series controller appears to be your choice here, ifh2   you want 1000Base-T connectivity.  Specifically:  A     DEGPA-TA : PCI(32/64BIT)TO GIGABIT ETHERNET UTP ADAPTER W/RJ l  D   You'll minimally need OpenVMS Alpha V7.1-2, or (preferably) a far )   more current OpenVMS release than that.y  N  ---------------------------- #include <rtfaq.h> -----------------------------K     For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faqtN  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.com    ------------------------------  $ Date: Wed, 5 May 2004 22:28:56 -0400# From: "John Smith" <a@nonymous.com>e. Subject: You'll never guess what HP advertised, Message-ID: <VcidnSAXH_twPwTdRVn-gw@igs.net>  J Page 11 (first page after the table of contents) of the June 2004 issue ofK 'The Atlantic', clearly targeted at executive readers. For those of you noteH familiar with 'The Atlantic', it is a highly respected magazine aimed atJ high-income executives and consists mostly of thoughtful, lengthy articles8 on politics, social issues, world affairs, and the like.  - The ad is a very nice full page ad and reads:-   "Keeping happy wanderers Happy.aK Whoever said the journey is the destination hasn't spent time snorkeling inuK St. Martin. Using HP NonStop servers and a Java architecture implemented by1K HP Services, Travelocity delivers three times more flight and hotel optionslJ in less time than it takes to rent swim fins. So travelers spend more timeA in the water, and less time online. www.hp.com/plus_travelocity "h    G Arguably an even more niche-oriented operating system than OpenVMS getsr, advertised. Needless to say, OpenVMS is MIA.    L I'd like to know if anyone is going to stand up, in public, at Boot Camp andG ask any HP executives present just when the hell OpenVMS is going to beS advertised.F   ------------------------------   Date: 5 May 2004 21:42:17 -0600 - From: Kilgallen@SpamCop.net (Larry Kilgallen) 2 Subject: Re: You'll never guess what HP advertised3 Message-ID: <63bHkgloOTy0@eisner.encompasserve.org>s  R In article <VcidnSAXH_twPwTdRVn-gw@igs.net>, "John Smith" <a@nonymous.com> writes:  N > I'd like to know if anyone is going to stand up, in public, at Boot Camp andI > ask any HP executives present just when the hell OpenVMS is going to beh
 > advertised.d  1 Go ahead and do that, since it is your pet issue.    ------------------------------  # Date: Thu, 06 May 2004 03:05:15 GMTc6 From: "Kenneth Farmer" <KFarmer@NOSPAM.SpyderByte.com>2 Subject: Re: You'll never guess what HP advertised; Message-ID: <LXhmc.4941$V_.265251@twister.southeast.rr.com>h  : "Larry Kilgallen" <Kilgallen@SpamCop.net> wrote in message- news:63bHkgloOTy0@eisner.encompasserve.org...eL > In article <VcidnSAXH_twPwTdRVn-gw@igs.net>, "John Smith" <a@nonymous.com> writes:l >lL > > I'd like to know if anyone is going to stand up, in public, at Boot Camp andtK > > ask any HP executives present just when the hell OpenVMS is going to be: > > advertised.r > 3 > Go ahead and do that, since it is your pet issue.j    9 It should be an issue to anyone making a living from VMS.   K That being said, I'm not going to stand up and ask the question. I'd prefer19 to do things a little differently.  More on that later...o   Kent  ; -----------------------------------------------------------l Kenneth R. Farmer <><$: OpenVMS: http://www.OpenVMS.org  |  http://dcl.OpenVMS.org   ------------------------------   End of INFO-VAX 2004.250 ************************THS and/or similar iQYG21ZhAEBgwi4Gm1Z
CBttWYQBBYR7Em1ZWBttWVgbbVlYG21ZWBttWVgbbVlYG21ZWBttWVgbbVlYG21ZWBttWVgbbVlY
G21ZWBttWVgbbVlYG21ZWBttWVgbbVlYG21ZWBttWVgbbVlYG21ZWBttWVgbbVlYG21ZWBttWVgb
bVlYG21ZWBttWVgbbVlYG21ZigNtWQWEfBJtWeQbbVnkG21Z5BttWeQbbVnkG21Z5BttWeQbbVnk
G21Z5BttWeQbbVnkG21Z5BttWeQbbVnkG21Z5BttWeQbbVnkG21Z5BttWeQbbVnkG21Z5BttWeQb
bVnkG21Z5BttWeQbbVnkG21Z5BttWeQbbQgBAAAA5wcAAAArAAAAAAAATVN5c0RiAAAAAAIAAAAC
AAAAIx8fGxcRBQUBCL0EAeQGFQAAAAAAAAAAAAAAAAAAAAAAAAIECBAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAH+AAAABAAAXAH+AAAACAAAXAX+AAAAD
AAAXAn+AAAAEAAAXAwkE5AQSl1UAAAsNAAcAAAAAAAkE5AQSAQAAAAsOAAgAAAAAAAkE5AQSmlgA
AAsPAAkAAAAAAAkE5AQSAZQAAAsQAAoAAAAAAAkE5AQSuFAAAAJJZAhQYXJlbnRJZAROYW1lBFR5
cGUKRGF0ZUNyZWF0ZQpEYXRlVXBkYXRlBU93bmVyBUZsYWdzCERhdGFiYXNlB0Nvbm5lY3QLRm9y
ZWlnbk5hbWUMUm10SW5mb1Nob3J0C1JtdEluZm9Mb25nAkx2Bkx2UHJvcAhMdk1vZHVsZQdMdkV4
dHJhAQABAgAB//9Q//+4//+U//8B//9Q//+4//+U//8BAAgAAAkAAAABAAAB//9Q//+4//+U//8B
//9Q//+4//+U//8B//9QAAoAAAsAAAABAQAAAAEAAAAA/////wAAAAAEBAEAAAAAAAAAAAD/////
AAAAAAQEAAJJZAxQYXJlbnRJZE5hbWUJAAQGAAAFBgAACAACBgAAAwYAAA0ACAYAAAkGAAAQAA4G
AAAABwAADwAMBgAADQYAAA4ACgYAAAsGAAAMAAYGAAAHBgAA//8AAAAAAAAAAA5/jwAAAn94dmZ1
ZGZnanBmZAAAABIPAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAABAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAD8////
//////////