1 INFO-VAX	Fri, 09 Aug 2002	Volume 2002 : Issue 435       Contents:' Battery replacement on Raid Array 7000?  Re: Compression on DLT backup  Re: Compression on DLT backup  Re: Compression on DLT backup  Re: Counting records in a file Re: dectalk fuse type?& Re: extended  parse and ^ in file name$ Re: Help - TPU Global_search_replace$ Re: Help - TPU Global_search_replace% Re: Help MRU! Robot is not responding + Re: Hoff, what is the status of your book ? > Re: HPQ Moving Much Of Its Technical/Customer Support Offshore Stupid ways to use pipe  Re: Stupid ways to use pipe  Re: Stupid ways to use pipe  Re: Stupid ways to use pipe  Re: Stupid ways to use pipe  RE: uaf  RE: uaf  Re: uaf  RE: VMSMAIL_PROFILE clean up RE: VMSMAIL_PROFILE clean up Re: VMSMAIL_PROFILE clean up" [ANNOUNCE] OpenSSL 0.9.6f released  F ----------------------------------------------------------------------   Date: 8 Aug 2002 11:41:03 -0700 1 From: nothome@spammers.are.scum (Malcolm Dunnett) 0 Subject: Battery replacement on Raid Array 7000?- Message-ID: <a7w2+8xbP3xC@malvm7.mala.bc.ca.>   > I have a Raid Array 7000 which appears to have dead batteries.  7 In looking at the battery assembly it seems that it's a 2 pretty pedestrian battery wrapped up in some fancy4 electronics and packaging. The cost to buy an entire8 new assembly (HS35X-BB) seems to be many hundreds of $$.  7 Is it possible to buy just the battery and swap it into 2 the carrier ( it just clips in, looks like about a0 5 minute job )? The battery has a part number of 12-46670-01.  ; Failing that, does Compaq have a "parts exchange" price for ; replacement batteries? Seems one ought to get a substantial 9 credit for returning the carrier and control electronics.   M ============================================================================= B Malcolm Dunnett      Malaspina University-College   Email: dunnettE                                                      Host: mala.bc.ca H Information Systems  Nanaimo, B.C. CANADA V9R 5S5     Tel: (250)740-6297   ------------------------------    Date: 09 Aug 2002 01:57:24 +0800, From: Paul Repacholi <prep@prep.synonet.com>& Subject: Re: Compression on DLT backup- Message-ID: <87lm7h8c8r.fsf@prep.synonet.com>   + Virginia Rogers <vrogers@umich.edu> writes:   B > By images, I mean nuclear medicine images of the body, where theA > part being imaged (for example the brain) is in the middle of a = > 128x128 matrix, and the surrounding pixels are mostly zero.   8 Mostly *almost* zero! Noise is horrid for compression :(   --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------   Date: 8 Aug 2002 17:26 CDT' From: carl@gerg.tamu.edu (Carl Perkins) & Subject: Re: Compression on DLT backup, Message-ID: <8AUG200217264524@gerg.tamu.edu>   Roy@Omond.net writes...  }Tom Simpson wrote:  } L }> Expect your Backup times to (at least) double with compression enabled... }  }Eh ?  Why ? } 2 }Nonsense, I wouldn't expect anything of the sort. } 
 }Roy Omond  , In fact, it is usually exactly the opposite.  @ The tape goes through the drive at the same rate whenther or not> you are using compression. Using compression puts more data onB the same amount of tape. Thus it has to effectively write the dataA faster. (As far as the tape is concerned it is the same amount of D data being written at the same speed - but each byte on tape is moreB than one byte before the compression happens, so the net effect isD faster actual data transfer to get the compressed data transfer rateG to tape to be the same as the uncompressed data transfer rate to tape.)   @ If you get 2:1 compression, your backup will take half as long -? assuming you can keep up with the faster data transfer and keep @ the drive streaming as much as it has been. If you can't keep upA it will not be twice as fast, and might be a bit slower if it has  to do this a lot.    --- Carl   ------------------------------  # Date: Thu, 08 Aug 2002 22:53:57 GMT . From: "Tom Simpson" <simpsont@attbi.com.fubar>& Subject: Re: Compression on DLT backup, Message-ID: <7EC49.35455$UU1.7758@sccrnsc03>  K I hope that Virginia reports back on the performance impact.  My experience J has not been good with compression and the Backup account is set according toJ CSC's recommendations and re-checked the account settings according to the documentation.  I >>I have been mostly trying the backup during the day.  There are lots of  other L >>drives on the SCSI, although probably not very much disk activity.  I will try 0 >>it at night and bumping up some of the quotas.  L This does not bode well for performance.  If the tape drive is on a SCSI bus@ shared with disks, I would be truly amazed if it was not slower.  I On our ES40 (VMS 7.2-1, latest "1" patches) with a dedicated SCSI adapter  for C the tape and low system activity, the times almost doubled.  It was  dramatically worse, when the normal user load was on the system.   Regards, Tom   2 "Alan Greig" <a.greig@virgin.net> wrote in message2 news:ed94lukmvcospodup0kkkc4t5mcv0viu1r@4ax.com...1 > On Wed, 07 Aug 2002 23:02:37 GMT, "Tom Simpson" # > <simpsont@attbi.com.fubar> wrote:  > L > >Expect your Backup times to (at least) double with compression enabled... > E > Only if your drive is broken or you are not feeding it fast enough. 2 > Make sure your backup account is properly tuned. >  > >Regards,  > >Tom > > 9 > >"Virginia Rogers" <vrogers@umich.edu> wrote in message & > >news:3D4FDA04.103A5FF9@umich.edu... > >> John Santos wrote:  > >> >E > >> > A bunch of the various mount/driver/scsi/backup ECO's affected F > >> > compaction.  I think either the driver forgot the setting underH > >> > various circumstances (you would mount the tape with /compaction,E > >> > but some later event would clear the "compaction enabled" bit, F > >> > so the driver would then start writing in uncompacted mode, andD > >> > you would see the "compacted" state change spontaneously), orD > >> > it would neglect to actually set the hardware to the mode youD > >> > had requested (it would show as "compaction enabled", but theD > >> > tape would be writen un-compacted.)  Which ECO's do you have? > >> >( > >> John, I'm not sure what ECO's are.! > >>C > >> > Also, the TK89 is a distant descendant of the TK50, which is B > >> > a streaming drive.  To avoid stop/start cycles, if the dataD > >> > is arriving a little slower than the drive requires, it wouldF > >> > write null blocks on the tape (which are skipped on read-back).A > >> > I don't know if the TK89 still does the same thing, but if B > >> > the 1000A can't pump data to it fast enough, there could beB > >> > a lot of wasted space on the tapes.  Is the tape drive on aC > >> > SCSI bus by itself, or is something else contending with it? G > >> > Is there a lot of other disk access going on during the backups, C > >> > or does it basically have the system to itself?  This effect F > >> > can be minimized by giving BACKUP as much memory, I/O channels,B > >> > and process quotas as possible.  There is info about tuning& > >> > the backup account in the docs. > >> > > >>L > >> I have been mostly trying the backup during the day.  There are lots of > >otherJ > >> drives on the scsi, although probably not very much disk activity.  I will > >try3 > >> it at night and bumping up some of the quotas.  > >>5 > >> Thanks for all of the suggestions from everyone.  > >>F > >> It took me awhile to figure out that depending on when I used the > >/MEDIA=COMPACT K > >> qualifier, a later command might disable it.  However, even when I use  it	 > >on the K > >> INIT and BACKUP commands, and make sure the compression light is on on  the  > >frontK > >> panel, it still doesn't make any difference.  Same thing when manually  > >selecting) > >> density override on the front panel.  > >  >  > -- > Alan   ------------------------------   Date: 8 Aug 2002 14:37:14 -0700 , From: colive@technologEase.com (Chris Olive)' Subject: Re: Counting records in a file = Message-ID: <b10654c6.0208081337.2d93060b@posting.google.com>   Y briggs@encompasserve.org wrote in message news:<3NpX+hvl9DKI@eisner.encompasserve.org>... n > In article <b10654c6.0208071025.497360eb@posting.google.com>, colive@technologEase.com (Chris Olive) writes:^ > > p_sture@elias.decus.ch (Paul Sture) wrote in message news:<gJGXZakuMIMk@elias.decus.ch>...j > >> In article <3D50ADF6.9010505@firstdbasource.com>, Michael Austin <maustin@firstdbasource.com> writes: > >> > [snippity-snip-snip]  > >>  O > >> I seem to recall from previous discussions on this subject that instead of  > >>   > >> $ search 'p1' somegarbage > >>   > >> $search 'p1' "" > >>   > >> is far more efficient.  > >>   > > G > > Yup.  "COPY/LOG filename.ext NL:" works pretty well too.  Even more  > > simple than SEARCH/STAT... > E > Some tests I posted yesterday indicate a gain of 6 to 1 by changing - > the search string from "somegarbage" to "".  > C > A test I did a moment ago indicated a loss of 9 to 1 going from a 1 > search for "" to a COPY/LOG to the null device.  >  > $ show proc /acc > I >  8-AUG-2002 07:45:41.81   User: VAXS09           Process ID:   000101E7 I >                           Node: ALPHA            Process name: "VAXS09"  >  > Accounting information: C >  Buffered I/O count:       260  Peak working set size:       2784 C >  Direct I/O count:        3271  Peak virtual size:         169648 C >  Page faults:              471  Mounted volumes:                0   >  Images activated:           9+ >  Elapsed CPU time:          0 00:00:00.41 + >                                       ^^^ + >  Connect time:              0 00:00:59.33 ! > $ copy 20meg.dat nl: /log       K > %COPY-S-COPIED, DISK1420:[VAXS09]20MEG.DAT;1 copied to NL: (2960 records)  > $ show proc /acc > I >  8-AUG-2002 07:45:47.39   User: VAXS09           Process ID:   000101E7 I >                           Node: ALPHA            Process name: "VAXS09"  >  > Accounting information: C >  Buffered I/O count:       306  Peak working set size:       2800 C >  Direct I/O count:        6279  Peak virtual size:         169648 C >  Page faults:              590  Mounted volumes:                0   >  Images activated:          11+ >  Elapsed CPU time:          0 00:00:00.61 + >                                       ^^^ + >  Connect time:              0 00:01:04.91  > F > Subtract around .02 CPU seconds for the overhead of $ SHOW PROC /ACCE > Baseline SEARCH /STAT performance using a null search string was at  > .02 CPU seconds. >  > 	John Briggs    C Interesting results.  I wouldn't have expected a 9 to 1 difference.   E Depending on the size of the file to be read/analyzed and the overall C load of the machine, I might be inclined to prefer finding a method C that had better "performance."  I guess I find it slightly humerous C that folks speak of "performance" in today's world when analyzing a @ SINGLE COMMAND.  I tend to frame "performance" from a bit largerC perspective (an app, a shared image, all the apps on a machine, the E machine at large, etc.)  Back in the days of the 11/780 or a VAX 8600 > when every push on the petal noticably hit on resources, I canD somewhat understand.  These days, on most modern Alphas (again, someC situations and machine loads differ), a command like that just gets F CRUNCHED.  (Even if it has to copy the symbol table and logical tablesC as others have pointed out.)  So, I guess I'm not too worried about 
 it...  8-)  , But still somewhat interesting, I suppose...   Chris  -----  Chris Olive  colive(at)technologEase(dot)com    ------------------------------  $ Date: Thu, 8 Aug 2002 17:45:09 -0400  From: John Santos <JOHN@egh.com> Subject: Re: dectalk fuse type? 4 Message-ID: <1020808173711.415A-100000@Ives.egh.com>  $ On Thu, 8 Aug 2002, Nic Clews wrote:   > Ben Bridgwater wrote:  > >  > 
 > > > Huh? > > > 2 > > > UK is 50Hz AC, US is 60Hz AC as well, no DC. > > L > > What I meant was that the formula for power for AC voltages is differentG > > from that for DC ... something to do with the square root if memory ( > > serves (which it probably doesn't!). > F > Sorry, yes you are right, the AC is RMS value. Hey, I'm in computing3 > because I never could do maths, that's my excuse.  > E > (I think this may be drifting OT, but I guess there are a few using F > equipment in differing voltage areas so I'd rather it mentioned than+ > someone get a nasty shock, pun intended.)  >   @ Usually you can get away with the simple DC formulas for AC, butC not always.  If the load is constant, you should be fine.  However, B if the load varies as a function of the phase of the input voltage@ (such as many motors, or anything with capacitors or inductors),@ you have to solve the instantaneous equations and integrate over a cycle to get average loads.      > --  A > Regards, Nic Clews a.k.a. Mr. CP Charges, CSC Computer Sciences  > nclews at csc dot com    --   John Santos  Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------   Date: 8 Aug 2002 17:42 CDT' From: carl@gerg.tamu.edu (Carl Perkins) / Subject: Re: extended  parse and ^ in file name , Message-ID: <8AUG200217425282@gerg.tamu.edu>  + Colin Blake <colin@theblakes.com> writes...  }Bru, Pierre wrote:  } D }>DCL "understant"  the syntax without the ^. is it possible to also }>display without it ? }>I }I don't think you can have it displayed without the ^, because to do so  H }would be ambiguous. For example, if "a.b.c" was displayed, what is the : }file type? ".c" or ".b.c"? The ^ resolves that ambiguity.  & It is even worse for path information.  ; Is "[a.b.c]" one level deep ("[000000]a^.b^.c.dir" exists), 9 two levels deep, or three levels deep? How confusing will 9 it be when you find out that you absolutely can not go to < a directory called [a.b] with VMS insisting that it does not? exist, since it doesn't because [a.b.c] is only one level deep?   5 "[a^.b^.c]" may not be pretty, but it is unambiguous.    --- Carl   ------------------------------  $ Date: Thu, 8 Aug 2002 15:26:17 -05007 From: "Craig A. Berry" <craigberry@nospam.telocity.com> - Subject: Re: Help - TPU Global_search_replace % Message-ID: <3d52d272$1_3@nopics.sjc>   ; "Alan E. Feldman" <SPAMSINK2001@YAHOO.COM> wrote in message   H > Example where EDT is faster and EVE is slower and incorrect! (vms 6.1)E > (Note: I lowercased all characters in a Pascal listing file because G > EVE substitutes differently than EDT, preserving case in the original E > string. With all lowercase letters, we can DIFF the resulting files ! > and obtain meaningful results.)   G Case insensitive searches are available in TPU if you want them via SET @ FIND CASE NOEXACT, so there is no need to munge your file first.   <example snipped>   1 > I tried variations and sometimes it hung on vms H > 6.1. In some cases EVE was twice as fast as EDT. In this case EVE tookD > longer than EDT and made mistakes. And "orders of magnitude" meansA > powers of 10, and the best EVE did in my various tests (not all ? > presented here) was a factor of 2 over EDT. Hardly "orders of H > magnitude". And in some cases I get "Feature requires a terminal" once$ > or twice and in others not at all.  D Initialization files are documented to be slower than command files,D which could be one reason TPU isn't as fast in your examples as someG people expected it to be.  Also, your section file could have all sorts D of overhead that is unnecessary for this purpose and is probably theD source of the "feature needs a terminal" messages, so you'd probablyF want to use the standard issue section file if it hasn't been replaced on your system.     F I believe the reason it "hangs" after the first replace is that you doG not go back to the top of the buffer, so it is probably waiting for you C to ok a replace backwards even though you're in /NODISPLAY mode.  I B guess I'd call that a bug.  When the hang happened to me I enteredE CTRL-C and the replacement continued!  Another bug?  The source is in E SYS$EXAMPLES:*.TPU so I guess we could track it down if we wanted to.u    A The following is not exactly attractive to read and may be reasonoF enough to use EDT, but if you want an accurate speed comparison you'll want something like it:n    / $ edit huh.lis/tpu/noinitialization/nodisplay -x4 $_ /command=SYS$INPUT:/section=SYS$SHARE:EVE$SECTION eve_set_find_case_noexact;' eve_global_replace("orig1","replace1");  eve_top;' eve_global_replace("orig2","replace2");t . . .o exit;  ^Z      9 Pattern matching replacements could probably be done withtH eve_wildcard_find followed by eve_fill inside of a loop, but that sounds= like more effort than it's worth given the number of superiorp
 alternatives.    ------------------------------  % Date: Thu, 08 Aug 2002 14:00:45 -0700 5 From: "Kenneth H. Fairfield" <My.Full.Name@intel.com>9- Subject: Re: Help - TPU Global_search_replace-) Message-ID: <3D52DBFD.50D22515@intel.com>a   "Craig A. Berry" wrote:0  = > "Alan E. Feldman" <SPAMSINK2001@YAHOO.COM> wrote in messageB >eJ > > Example where EDT is faster and EVE is slower and incorrect! (vms 6.1)G > > (Note: I lowercased all characters in a Pascal listing file because I > > EVE substitutes differently than EDT, preserving case in the originalaG > > string. With all lowercase letters, we can DIFF the resulting fileso# > > and obtain meaningful results.)B >eI > Case insensitive searches are available in TPU if you want them via SETdB > FIND CASE NOEXACT, so there is no need to munge your file first. >i > <example snipped>r >a3 > > I tried variations and sometimes it hung on vmssJ > > 6.1. In some cases EVE was twice as fast as EDT. In this case EVE tookF > > longer than EDT and made mistakes. And "orders of magnitude" meansC > > powers of 10, and the best EVE did in my various tests (not all=A > > presented here) was a factor of 2 over EDT. Hardly "orders ofsJ > > magnitude". And in some cases I get "Feature requires a terminal" once& > > or twice and in others not at all. >mF > Initialization files are documented to be slower than command files,F > which could be one reason TPU isn't as fast in your examples as someI > people expected it to be.  Also, your section file could have all sorts-F > of overhead that is unnecessary for this purpose and is probably theF > source of the "feature needs a terminal" messages, so you'd probablyH > want to use the standard issue section file if it hasn't been replaced > on your system.a >xH > I believe the reason it "hangs" after the first replace is that you doI > not go back to the top of the buffer, so it is probably waiting for you E > to ok a replace backwards even though you're in /NODISPLAY mode.  I D > guess I'd call that a bug.  When the hang happened to me I enteredG > CTRL-C and the replacement continued!  Another bug?  The source is intG > SYS$EXAMPLES:*.TPU so I guess we could track it down if we wanted to.- >-C > The following is not exactly attractive to read and may be reasonaH > enough to use EDT, but if you want an accurate speed comparison you'll > want something like it:  >@1 > $ edit huh.lis/tpu/noinitialization/nodisplay -E6 > $_ /command=SYS$INPUT:/section=SYS$SHARE:EVE$SECTION > eve_set_find_case_noexact;) > eve_global_replace("orig1","replace1");h
 > eve_top;) > eve_global_replace("orig2","replace2");l > . . .y > exit;s > ^Z >h; > Pattern matching replacements could probably be done withtJ > eve_wildcard_find followed by eve_fill inside of a loop, but that sounds? > like more effort than it's worth given the number of superior  > alternatives.p  8     I'm glad Craig made this reply: I've been sitting on< my response for sometime and now he's made most of my points for me. :-)e  @     It wasn't clear (to me, anyway) how EVE managed to miss some< of the replacements in Alan's examples.  Nevertheless, it is
 controllable.n  ?     But to the original poster's problem, in which s/he stated,iA "Search & replace A or B or C or D or E with X", that can be donew> in _one_ pass by assigning the proper pattern to eve$x_target.C Following Craig's example, start with something like the following:t  4     eve$x_target := ( "A" | "B" | "C" | "D" | "E" );E     eve_set_find_case_noexact;    ! I thought this was the default...0G     eve_top;                      ! Be sure you're at the top of buffer:*     eve_global_replace(eve$x_target, "X");	     exit;5  @ I actually performed this test by assigning to eve$x_target, and= then invoking eve_global_replace as above, and found that thes search was case insensitive.  A     If you're working with escape sequences, put the entire 2- ors* 3-character sequence in the pattern, e.g.,  8     eve$x_target := ( Ascii(27)+"[P" | Ascii(27)+"Op" );  H etc.  In either case, you might do better to use eve_set_find_case_exactC first and code the pattern accordingly (add entries for both upper-t! and lowercase strings if needed).l       -Ken --6 I don't speak for Intel, Intel doesn't speak for me...  
 Ken Fairfieldl! F20 Automation VMS System Supportn kenneth.h.fairfield#intel.com"   ------------------------------   Date: 8 Aug 2002 11:08:37 -0700e$ From: JKoska@bender.com (John Koska). Subject: Re: Help MRU! Robot is not responding= Message-ID: <aa5ec19e.0208081008.5fa63964@posting.google.com>.  \ "Steven Xie" <r33300@email.mot.com> wrote in message news:<aisg9v$629$1@newshost.mot.com>...( > I did SHOW DEV MK shows like following > N > Device                  Device           Error    Volume         Free  Trans > MnteN >  Name                   Status           Count     Label        Blocks Count > Cnt 0 > MTHENG$MKA500:          Online               1 > N > BTW, I can use MKA500 device by command line without problem, just robot not
 > working. > 	 > Thanks,  > Steven  F I would suggest reading documentation on TL891, which can be found at \ http://www.compaq.com/products/storageworks/Tape-and-Optical-Storage/TL891_DLT_ML_Index.html   Sorry if the link wraps.  A Anyhow, a prior poster indicated that the default SCSI ID for thetA robotics is 0, which appeared in "TL891 MiniLibrary System User'stF Guide" on page 4-4.  It also states that DLT 0 address by default is 4B and DLT 1 address by default is 5.  So I am wondering how many DLT@ drives are in your TL891, and if only 1 then I think somehow the( settings have been changed from default.  F In any event, I would suggest reading the user guide and other docs onA the TL891, and make sure the drive is in READY state and UNLOCKED,A prior to issuing ROBOT commands.  I have seenit necessary on raresB occassion to repeat a ROBOT command for it to be recogized, so youD might want to repeat the command from the host once or twice.  But IB would setup the TL891 with default settings, power cycle, wait forB READY, make sure you use SCSI ID 0 for robot driver device, and go from there.    :) jck   ------------------------------   Date: 8 Aug 2002 11:21:23 -0700h1 From: keithparris_NOSPAM@yahoo.com (Keith Parris)h4 Subject: Re: Hoff, what is the status of your book ?= Message-ID: <cf15391e.0208081021.2e5be65c@posting.google.com>r  v "John Smith" <a@nonymous.com> wrote in message news:<3%k49.303868$WJf1.154099@news01.bloor.is.net.cable.rogers.com>...K > What's the status of the VMS engineering group - adding staff or shedding, > staff these days?q > K > If HP is adding staff, then perhaps they truly believe that there will bedF > some sort of sales growth, with or without marketing or advertising. > M > If there is normal attrition without replacement, or outright downsizing ofv0 > the group then one can draw other conclusions.  F Last I heard, they had some openings they were actively in the processC of filling, some of which were back-filling for people who took theu early retirement package.e  C Interestingly, fewer than 1 out of 4 of the people in the VMS group F who were eligible for the early retirement financial incentive packageE chose to leave -- apparently there's too much interesting stuff goingfC on there right now to be able to convince folks to leave simply forh money!. ----------------------------------------------. Keith Parris | parris at encompasserve dot org   ------------------------------  % Date: Thu, 08 Aug 2002 13:17:19 -0700t+ From: "Barry Treahy, Jr." <Treahy@mmaz.com>CG Subject: Re: HPQ Moving Much Of Its Technical/Customer Support Offshoret% Message-ID: <3D52D1CF.30409@MMaz.com>e   Jerry Leslie wrote:e  I >   In recent years, the call center industry has been moving jobs abroad1E >   because of lower staffing costs. Countries such as India, Canada,)I >   Ireland and the Philippines, where English is a dominant language, asGC >   well as some Latin American locations such as Costa Rica, wheredH >   English is a prominent second language, have been siphoning off some >   of the work..."  > B 'prominent second language!'  I have been routed to many of these F off-shore folks and though they may have a complete grasp of English, I every experience I have had has been bad because either their accent was uE so strong I could not understand them or as with my daily challenges  A with my UK office, we are a people divided by a common language; i=  Rephrased, what they meant and said does not carry the same oC understanding as how we Americans use the English language and the o reverse of that holds true.r  C So, if we are supposed to communicate with these off-shore support  I groups in English, yet we cannot understand each other, what good is it?  I  None!  All of my experiences have been related with PC's and peripheral  C hardware; commodity products that most people know about.  Can you e. visualize obtaining VMS support this way?  HA!   Barry    -- 1  @ Barry Treahy, Jr  *  Midwest Microwave  *  Vice President & CIO   A E-mail: Treahy@mmaz.com * Phone: 480/314-1320 * FAX: 480/661-7028    ------------------------------  $ Date: Thu, 8 Aug 2002 14:09:33 -0700, From: "James Gessling" <jgessling@yahoo.com>  Subject: Stupid ways to use pipe5 Message-ID: <aiummf$1781t1$1@ID-46415.news.dfncis.de>S  H Ok, I couldn't resist.  We were sitting around trying to figure out what goodE the "<" character in a pipe command could be.  I was surprised by the  result when I typed:  & $ pipe sys$input < sys$login:login.com   Can you guess what happens?n   JimB   ------------------------------  % Date: Thu, 08 Aug 2002 23:13:26 +0200 9 From: Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <aaa@aaa.com> $ Subject: Re: Stupid ways to use pipe& Message-ID: <3D52DEF6.CD96F45@aaa.com>   Same as @login ??    (Havn't actualy tried it...)   Jan-Erik Sderholm.      James Gessling wrote:  > J > Ok, I couldn't resist.  We were sitting around trying to figure out what > goodG > the "<" character in a pipe command could be.  I was surprised by thef > result when I typed: > ( > $ pipe sys$input < sys$login:login.com >  > Can you guess what happens?t >  > Jimn   ------------------------------  # Date: Thu, 08 Aug 2002 23:20:33 GMTl0 From: "Matt Muggeridge" <Matt.Muggeridge@hp.com>$ Subject: Re: Stupid ways to use pipe> Message-ID: <51D49.23999$sp1.76095@news-server.bigpond.net.au>  ( > $ pipe sys$input < sys$login:login.com >  > Can you guess what happens?w  $ Yep.  While we're on the subject....  / Examples of two of my favourite pipe sequences:t   $!-------------------- $! rxcount.com $ interface = P1$ $   pipe/nological_names/nosymbols -H       tcpip show interface 'interface' | search sys$pipe 'interface' | -       (read sys$pipe line ; -h?       _count==f$element(3," ",f$edit(line,"COMPRESS,TRIM")) ; -i:        define/job/nolog tcpip$rxcount_'interface' &_count)J $   rxcount = f$integer(f$trnlnm("tcpip$rxcount_''interface'", "lnm$job")) $ show sym rxcount $!---------------------    $!--------------------- & $! search with success or error status $ file = P1s
 $ target = P2 D $ pipe search/nowarn 'file' 'target' | read sys$pipe tmp 2> nl: >nl: $ show sym $status $!---------------------7   --= -------------------------------------------------------------f OpenVMS TCP/IP Engineering Enterprise Computing Group Hewlett-Packard Company  Gold Coast, AUSTRALIA = -------------------------------------------------------------     7 "James Gessling" <jgessling@yahoo.com> wrote in messageI/ news:aiummf$1781t1$1@ID-46415.news.dfncis.de...aJ > Ok, I couldn't resist.  We were sitting around trying to figure out what > goodG > the "<" character in a pipe command could be.  I was surprised by thee > result when I typed: >.( > $ pipe sys$input < sys$login:login.com >l > Can you guess what happens?  >  > Jimi >t >  >    ------------------------------  # Date: Thu, 08 Aug 2002 23:50:34 GMTi0 From: "Matt Muggeridge" <Matt.Muggeridge@hp.com>$ Subject: Re: Stupid ways to use pipe> Message-ID: <etD49.24618$sp1.76204@news-server.bigpond.net.au>  ( > $ pipe sys$input < sys$login:login.com >s > Can you guess what happens?v  $ Yep.  While we're on the subject....  / Examples of two of my favourite pipe sequences:o   $!-------------------- $! rxcount.com $ interface = P1$ $   pipe/nological_names/nosymbols -H       tcpip show interface 'interface' | search sys$pipe 'interface' | -       (read sys$pipe line ; -S?       _count==f$element(3," ",f$edit(line,"COMPRESS,TRIM")) ; -o:        define/job/nolog tcpip$rxcount_'interface' &_count)J $   rxcount = f$integer(f$trnlnm("tcpip$rxcount_''interface'", "lnm$job")) $ show sym rxcount $!---------------------e   $!--------------------- & $! search with success or error status $ file = P1i
 $ target = P2tD $ pipe search/nowarn 'file' 'target' | read sys$pipe tmp 2> nl: >nl: $ show sym $status $!---------------------    --= -------------------------------------------------------------l OpenVMS TCP/IP Engineering Enterprise Computing Group Hewlett-Packard Company. Gold Coast, AUSTRALIAi= -------------------------------------------------------------t    7 "James Gessling" <jgessling@yahoo.com> wrote in messageo/ news:aiummf$1781t1$1@ID-46415.news.dfncis.de...wJ > Ok, I couldn't resist.  We were sitting around trying to figure out what > goodG > the "<" character in a pipe command could be.  I was surprised by thet > result when I typed: >,( > $ pipe sys$input < sys$login:login.com >  > Can you guess what happens?  >  > Jimt >b >i >s   ------------------------------  # Date: Fri, 09 Aug 2002 00:20:35 GMT,0 From: "Matt Muggeridge" <Matt.Muggeridge@hp.com>$ Subject: Re: Stupid ways to use pipe> Message-ID: <nVD49.24768$sp1.76409@news-server.bigpond.net.au>  ( > $ pipe sys$input < sys$login:login.com >S > Can you guess what happens?s  $ Yep.  While we're on the subject....  / Examples of two of my favourite pipe sequences:I   $!-------------------- $! rxcount.com $ interface = P1$ $   pipe/nological_names/nosymbols -H       tcpip show interface 'interface' | search sys$pipe 'interface' | -       (read sys$pipe line ; -e?       _count==f$element(3," ",f$edit(line,"COMPRESS,TRIM")) ; -e:        define/job/nolog tcpip$rxcount_'interface' &_count)J $   rxcount = f$integer(f$trnlnm("tcpip$rxcount_''interface'", "lnm$job")) $ show sym rxcount $!---------------------g   $!---------------------s& $! search with success or error status $ file = P1k
 $ target = P2 D $ pipe search/nowarn 'file' 'target' | read sys$pipe tmp 2> nl: >nl: $ show sym $status $!---------------------o   --= -------------------------------------------------------------o OpenVMS TCP/IP Engineering Enterprise Computing Group Hewlett-Packard Companyr Gold Coast, AUSTRALIAt= -------------------------------------------------------------a    7 "James Gessling" <jgessling@yahoo.com> wrote in message / news:aiummf$1781t1$1@ID-46415.news.dfncis.de...eJ > Ok, I couldn't resist.  We were sitting around trying to figure out what > goodG > the "<" character in a pipe command could be.  I was surprised by thea > result when I typed: >b( > $ pipe sys$input < sys$login:login.com >l > Can you guess what happens?n >u > Jimm >  >  >e   ------------------------------  $ Date: Fri, 9 Aug 2002 08:43:47 +1200& From: A Bonaveidogo <Asena@fsc.com.fj> Subject: RE: uafG Message-ID: <BFBEDDF2CFEDD411917400508BF3A6FFCBD713@exchsvr.FSC.COM.FJ>.   D.   b) is the current config logicals define properly...    AB -----Original Message-----4 From: Didier Morandi [mailto:Didier.Morandi@Free.fr]) Sent: Wednesday, August 07, 2002 11:24 PMo To: Info-VAX@Mvb.Saic.Comh Subject: Re: uaf     A Bonaveidogo wrote: > J > I started getting this error message few weeks ago.. it was working fine > before that... > D > Both nodes use the same uaf file therefore we just need to use one password > for both nodes..  I There is something that I do not understand. You can have one among threeg* configurations when using two VMS systems:  L a) two systems are independant and just networked, but may share some disks, no cluster.b  J b) an hetereogeneous cluster, i.e. each system has its own system disk but is a member of a clustero  L c) an homogeneous cluster, i.e. one common system disk and one specific root directory for each member.  8 Which of these three possibilities is your config today?  H if it is a) I do not see any need to have a common SYSUAF. If you want a commonG SYSUAF for obvious loggin questions, remove this DKB0: stuff and pleasea build amE cluster. It is here for that (and for many other features, of course)D  F if it is b) you need a local sysuaf.dat file to boot (until the common "sysuaf"K disk is mounted, it is not available) and a common sysuaf.dat for users. It K seems that this is the config you have. In that case, the offending file ist the L local sysuaf.dat file on node A. Please do a dir/dat [*...]sysuaf.dat on the system disk of node A.  H if it is c) you need one and only one sysuaf.dat in sys$common:[sysexe]. Period.  Please delete all others found.i   Advice, other participants? :-)r   D.   ------------------------------  $ Date: Fri, 9 Aug 2002 08:46:18 +1200& From: A Bonaveidogo <Asena@fsc.com.fj> Subject: RE: uafG Message-ID: <BFBEDDF2CFEDD411917400508BF3A6FFCBD715@exchsvr.FSC.COM.FJ>    David,  	 Here U go    NodeBs   DIR/FU SYSUAF:;   r Directory $1$DKB1:[SYSEXE]   3 SYSUAF.DAT;1                  File ID:  (32925,1,0)s0 Size:          954/954        Owner:    [SYSTEM]" Created:   26-MAY-1993 20:44:10.19* Revised:    9-AUG-2002 08:41:00.63 (42970) Expires:   <None specified> " Backup:     9-AUG-2002 00:47:36.05 Effective: <None specified>m Recording: <None specified>e4 File organization:  Indexed, Prolog: 3, Using 4 keys'                              In 3 areaso Shelved state:      Online  Caching attribute:  WritethroughF File attributes:    Allocation: 954, Extend: 3, Maximum bucket size: 3<                     Global buffer count: 0, No version limit'                     Contiguous best trysH Record format:      Variable length, maximum 1412 bytes, longest 0 bytes Record attributes:  None RMS attributes:     None Journaling enabled: None? File protection:    System:RWE, Owner:RWE, Group:RWE, World:RWE. Access Cntrl List:  None Client attributes:  None  t  Total of 1 file, 954/954 blocks.   NodeAe   DIR/FU SYSUAF:;Y  X Directory $1$DKB1:[SYSEXE]  d3 SYSUAF.DAT;1                  File ID:  (32925,1,0) 0 Size:          954/954        Owner:    [SYSTEM]" Created:   26-MAY-1993 20:44:10.19* Revised:    9-AUG-2002 08:42:09.63 (42972) Expires:   <None specified> " Backup:     9-AUG-2002 00:47:36.05 Effective: <None specified>= Recording: <None specified>E4 File organization:  Indexed, Prolog: 3, Using 4 keys'                              In 3 areas; Shelved state:      Online  Caching attribute:  WritethroughF File attributes:    Allocation: 954, Extend: 3, Maximum bucket size: 3<                     Global buffer count: 0, No version limit'                     Contiguous best try H Record format:      Variable length, maximum 1412 bytes, longest 0 bytes Record attributes:  None RMS attributes:     None Journaling enabled: None? File protection:    System:RWE, Owner:RWE, Group:RWE, World:RWE  Access Cntrl List:  None Client attributes:  None  p  Total of 1 file, 954/954 blocks. -----Original Message-----6 From: David J. Dachtera [mailto:djesys.nospam@fsi.net]( Sent: Wednesday, August 07, 2002 8:16 PM To: Info-VAX@Mvb.Saic.Coma Subject: Re: uaf     A Bonaveidogo wrote: >  > spamsink2001.e > " > this is the output on both nodes >  > SHOW LOGICAL/SYSTEM SYSUAF; >    "SYSUAF" = "$1$DKB1:[SYSEXE]SYSUAF" (LNM$SYSTEM_TABLE)   D Forgive me if you already posted this and I missed or can't find it.C Could you please post the output of these commands from both nodes:b  D $ DIR/FU SYSUAF:; ! Please include both the colon and the semi-colon   $ SHOW DEV D   -- t David J. Dachterae dba DJE Systemsh http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/y   ------------------------------   Date: 8 Aug 2002 16:06:21 -0700e. From: SPAMSINK2001@YAHOO.COM (Alan E. Feldman) Subject: Re: uaf= Message-ID: <343f30ae.0208081506.4bdeb0c1@posting.google.com>o  u A Bonaveidogo <Asena@fsc.com.fj> wrote in message news:<BFBEDDF2CFEDD411917400508BF3A6FFCBD62A@exchsvr.FSC.COM.FJ>...s	 > Hi All,f > I > When a user tried to change his/her password on Node A... the following. > message appeared...2 >  > "Invalid access record mode"    8 Is this all it said? No %FACILITY-F-IDENT along with it?  D Does the user use SET PASSWORD at a DCL prompt or is it part of some! menu or application that does it?     e# > Node A is cluster with Node B... 8 > 0 > All users can change their password on Node B. > E > Any idea why we're getting this message on this node when modifying. > password?W     No. We need more details!!!!!   C For example, does this happen for all users on Node A or just some?T> Does it always happen on node A? We need to know these things!    * > Your assistance is very much appreciated >  > AB     Disclaimer: JMHO Alan E. Feldman," afeldman %a#t% gfigroup %d#o#t%com   ------------------------------  $ Date: Thu, 8 Aug 2002 09:42:53 -0400* From: WILLIAM WEBB <WWEBB1@email.usps.gov>% Subject: RE: VMSMAIL_PROFILE clean upw- Message-ID: <0033000075838634000002L042*@MHS>t   =0ADang furriners!  There's only one "s" in Presley! :^)p   WWWebb   -----Original Message-----/ From: Info-VAX-Request@Mvb.Saic.Com at INTERNETw' Sent: Thursday, August 08, 2002 8:56 AMmB To: Webb, William W Raleigh, NC; Info-VAX@Mvb.Saic.Com at INTERNET% Subject: RE: VMSMAIL_PROFILE clean upu    
 <<< $ mail MAIL> help removey MAIL> remove elvis MAIL> remove pressley  >>>n  H Might want to verify Elvis has not been receiving or sending any emails=   lately..   :-)    Regards   
 Kerry Main Senior Consultant  Hewlett-Packard Canada! Consulting & Integration ServicesE Voice: 613-592-4660R Fax   : 613-591-4477 Email: Kerry.Main@hp.com     -----Original Message-----& From: Roy Omond [mailto:Roy@Omond.net] Sent: August 8, 2002 8:26 AM To: Info-VAX@Mvb.Saic.Come% Subject: Re: VMSMAIL_PROFILE clean upf     "babiarz at endor.com" wrote:r  ? > Are there any programs or methods that can be use to clean upoF > VMSMAIL_PROFILE.DATA of old users who have been deleted from SYSUAF? >04 > Is there any reason that I should not clean it up?  . There is every good reason for cleaning it up!   The program is MAIL itself.D  9 To remove old users from the mail profile (needs SYSPRV):    $ mail MAIL> help remove  MAIL> remove elvis MAIL> remove pressleye  	 Roy Omond. Blue Bubble Ltd.=m   ------------------------------   Date: 8 Aug 2002 13:56:20 -0600 - From: Kilgallen@SpamCop.net (Larry Kilgallen) % Subject: RE: VMSMAIL_PROFILE clean upy3 Message-ID: <q7w1iyBjVnkG@eisner.encompasserve.org>o  Z In article <0033000075838634000002L042*@MHS>, WILLIAM WEBB <WWEBB1@email.usps.gov> writes: > =0ADang furriners!" > There's only one "s" in Presley!  = Does that mean the VMSMAIL_PROFILE entry is for an imposter ?n   ------------------------------   Date: 8 Aug 2002 17:32 CDT' From: carl@gerg.tamu.edu (Carl Perkins)u% Subject: Re: VMSMAIL_PROFILE clean upt, Message-ID: <8AUG200217324351@gerg.tamu.edu>  ; babiarz at endor.com <babiarz_member@newsguy.com> writes...n> }Are there any programs or methods that can be use to clean upE }VMSMAIL_PROFILE.DATA of old users who have been deleted from SYSUAF?c } 3 }Is there any reason that I should not clean it up?- }  }john-  , The program you are looking for is VMS Mail.   MAIL> HELP REMOVE-  $ will tell you what you want to know.   --- Carl   ------------------------------  , Date: Fri, 09 Aug 2002 00:35:40 +0200 (CEST)9 From: Richard Levitte - VMS Whacker <levitte@openssl.org>s+ Subject: [ANNOUNCE] OpenSSL 0.9.6f releasede: Message-ID: <20020809.003540.10906124.levitte@openssl.org>  " -----BEGIN PGP SIGNED MESSAGE-----    !   OpenSSL version 0.9.6f releaseds!   ===============================n  /   OpenSSL - The Open Source toolkit for SSL/TLSl   http://www.openssl.org/o  H   The OpenSSL project team is pleased to announce the release of versionJ   0.9.6f of our open source toolkit for SSL/TLS.  This new OpenSSL versionJ   is a security and bugfix release and incorporates several changes to theN   toolkit (for a complete list see http://www.openssl.org/source/exp/CHANGES).  #   The most significant changes are:t  #       o Various important bugfixes.l  H   We consider OpenSSL 0.9.6f to be the best version of OpenSSL availableC   and we strongly recommend that users of older versions upgrade as F   soon as possible.  OpenSSL 0.9.6f is available for download via HTTPG   and FTP from the following master locations (you can find the variouso?   FTP mirrors under http://www.openssl.org/source/mirror.html):   $     o http://www.openssl.org/source/#     o ftp://ftp.openssl.org/source/   ?   [1] OpenSSL comes in the form of two distributions this time.hK   The reasons for this is that we want to deploy the external crypto device J   support but don't want to have it part of the "normal" distribution justI   yet.  The distribution containing the external crypto device support ismG   popularly called "engine", and is considered experimental.  It's been-J   fairly well tested on Unix and flavors thereof.  If run on a system withN   no external crypto device, it will work just like the "normal" distribution.  "   The distribution file names are:  &       o openssl-0.9.6f.tar.gz [normal]6         MD5 checksum: 160ac38bd2784e633ed291d03f0087d4-       o openssl-engine-0.9.6f.tar.gz [engine] 6         MD5 checksum: 26f4b7189fb3ef9c701e961ffe101a95  =   The checksums were calculated using the following commands:-  '     openssl md5 < openssl-0.9.6f.tar.gz2.     openssl md5 < openssl-engine-0.9.6f.tar.gz     Yours,   The OpenSSL Project Team...  i  >     Mark J. Cox             Ben Laurie          Andy Polyakoff<     Ralf S. Engelschall     Richard Levitte     Geoff Thorpe'     Dr. Stephen Henson      Bodo Mller &     Lutz Jnicke            Ulf Mller   -----BEGIN PGP SIGNATURE-----t Version: 2.6.3ia Charset: noconvp  @ iQEVAwUBPVLvwPTy7ZjgbSyxAQGLEwgAuSbbdWdymu0/mgQVrWFt7vZO6F5pNmsA@ 5jgleiGnW1JQDBVCeFuCyuup7p8w5BOj4movpB88Ch+R+hVbz9klm53LhOhXbZsh@ QreLEALvenczMn2x3n5oorr7p5uf888AKj1l+tv5ZHl2ouW4lKU8+ONjIWJ+JtEV@ FWaUY9NHqU9CXGm87u7xXeL6GGpdM2Zxhzbn7486ghi6CpcEwI3pgQk8MKeCdi4S@ 1WFmJabfY1QgR/KKN4QUA1UlKSyaUvBkmFNXwjB/on+hAu2vKLpojiQRUlM8BzbO8 QMDmAf5q7ATV8FBD2HdQW9AHWXVI/J4WJpTIufVgaBASsp5R1tI9dg== =mZfD  -----END PGP SIGNATURE-----g   --  + Richard Levitte         levitte@openssl.orgh8 OpenSSL Project         http://www.openssl.org/~levitte/   ------------------------------   End of INFO-VAX 2002.435 ************************