1 INFO-VAX	Sun, 09 Jun 2002	Volume 2002 : Issue 318       Contents: RE: "Tru64 and OpenVMS Times"  Re: (About) Open to HP/ RE: ? VMS 7.3.1 releasse date: some experiences # Re: AlphaServer DS20L with OpenVMS? * Re: Changing the default Telnet port (UCX)P RE: ES-40 slower than AS-4100 was Re: Running Test and Production systems on dif RE: ES45 and VMS  7.2-1 + how to increase vms virtualpagecnt value ?? 2 RE: Is Polycenter for VMS a good security product?3 Re: Library files as high performance file system ?  Message warning on ES-40 RE: Message warning on ES-40 Re: VMS Monitoring a User   F ----------------------------------------------------------------------  $ Date: Sun, 9 Jun 2002 13:09:15 -0400' From: "Main, Kerry" <Kerry.Main@hp.com> & Subject: RE: "Tru64 and OpenVMS Times"T Message-ID: <BE56C50EA024184DAF48F0B9A47F5CF4023D9138@kaoexc01.americas.cpqcorp.net>  	 Phillip -   G Re: HPS name change ..there are likely a number of reasons for changing B this name - not the least of which is HP Services is HPS .. Compaq, Global Services used to be shortened to CGS.   :-)    Regards   
 Kerry Main Senior Consultant  Hewlett-Packard Canada! Consulting & Integration Services  Voice: 613-592-4660  Fax   : 613-591-4477 Email: Kerry.Main@hp.com     -----Original Message-----C From: Phillip Helbig [mailto:HELBPHI@sysdev.deutsche-boerse.com]=20  Sent: June 6, 2002 6:10 AM To: Info-VAX@Mvb.Saic.Com & Subject: Re: "Tru64 and OpenVMS Times"    J > > "A special edition of the "Times" newsletter, regarding OpenVMS and=20+ > > Tru64 in the new hp, can be found at=20 H > > http://www.compaq.com/hps/download/Tru64UNIX_OpenVMS_Times_Rev2_0522
 > > 02.pdf  G > Interesting that they mention that the old Compaq High Performance=20 H > Systems Group was renamed to the Alpha Systems Division. The message I  F > read is that HP doesn't intend to continue any of the Compaq High=208 > Performance Systems once Alpha is no longer available.  H The message I read is that when ALPHA is no longer available, and the=20J goal of having everything on Itanium is reached, there is no point in a=20B separate division for "high-performance" stuff.  At the moment,=20H high-performance stuff is ALPHA and other stuff is not, thus separate=20E divisions.  No need for this when there is just one type of hardware.   J > Has HP announced any plans to move VMS to some other division (or get=20D > its own division) once it runs on that IA64 thing and the Alpha=20" > Ssystems Division is wound down?  
 See above.  0 Or is HP convinced VMS won't last that long ?=20  , THE OPPOSITE IS STATED IN THE SAME DOCUMENT!  E > VMS is currently in a division where it is the sole product that=20  > hasn't been EOLed (yet).  H ALPHA will stop, VMS will continue on Itanium.  At the moment, VMS is on  0 ALPHA, so it makes sense to be in that division.  C Folks, read this document in full.  It is more or less what many=20 E doubting Thomases in this newsgroup have been crying for: a clear,=20 E unwavering commitment to ALPHA "at least until 2011", which is a LONG D time in the IT industry.  It doesn't say "we will stop support afterF that".  The CLEAR message is, support is guaranteed until then, and of? course longer if needed by customers.  The commitment to VMS is G indefinite.  This is an official HP document.  Put it on your bosses=20 G desk if he wants you to move off of VMS at any time, or off of ALPHA=20  before there is a need to.  H OK, it doesn't say "we will help customers move to VMS if they want to".H On the other hand, does a customer who wants to move to VMS need help=20
 from HP?  :-)   H Of course, one can always say "but will HP deliver on the promises?".  I  J think we should give them time.  Response to constructive criticism has=20 been swift and good.  F Who cares what Carly says on CNN as long as an official HP document=20 looks good for VMS and ALPHA?    ------------------------------    Date: 08 Jun 2002 12:12:54 +0800, From: Paul Repacholi <prep@prep.synonet.com> Subject: Re: (About) Open to HP - Message-ID: <87wutatnll.fsf@prep.synonet.com>   * bob@instantwhip.com (Bob Ceculski) writes:  % > and IBM does "NOT" advertise OS400!   ? Bob, every weeek for the last several years I have seen IBM ads 0 that include AS400s. They call them iSeries now.   --  < 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: Sun, 9 Jun 2002 10:05:04 -0400' From: "Main, Kerry" <Kerry.Main@hp.com> 8 Subject: RE: ? VMS 7.3.1 releasse date: some experiencesT Message-ID: <BE56C50EA024184DAF48F0B9A47F5CF4023D9135@kaoexc01.americas.cpqcorp.net>   Karl,   F If not already done, please ensure any issues you find with the V7.3-1H FT software are reported via the FT recommendations and documentation ..   Thx,  
 Kerry Main Senior Consultant  Hewlett-Packard Canada! Consulting & Integration Services  Voice: 613-592-4660  Fax  :  613-591-4477 Email: Kerry.Main@hp.com     -----Original Message-----D From: Karl Rohwedder [mailto:extern.karl.rohwedder@volkswagen.de]=20 Sent: June 7, 2002 5:09 AM To: Info-VAX@Mvb.Saic.Com 8 Subject: Re: ? VMS 7.3.1 releasse date: some experiences     Zoldric Caff wrote: 3 > Does anyone know when VMS 7.3.1 will be released. / > Will a field test version be made available ?  >=207 > At present, I am doing some research on SANS and VMS. F > Does anyone know where I can find more informaction on this subject. >=20 > Thanks	 > Zoldric  >=20  E I have just upgraded one of our testsysteme from V7.2-1 to E7.3-1 SDK % and noticed the following 'problems':    - documentation CD7 	o in the file [000000]index.html all references to the 
 documentation ? 	  specify /1462-ub11..., but the directory is named /1462_ub11  (underscore)   - upgrade itselfA 	o the upgrade aborts with some TDF-INVRULE and TFD-FAILED errors @ 	  after deleting SYS$SYSTEM:SYS$TIMEZONE.DAT and reapplying the upgrade @ 	  it asks ths usual timezone questions and continue. Perhaps it
 could be made  	  more robust in this regard 1 	o we got an %LIBRARY-E-DELKEYERR, error deleting  OTS$CVT_FLOAT_G_S from=20  IMAGELIB- 	  error and continued the upgrade explicitly    - associated products  	o GNV5 		- the GNV$STARTUP.COM references a file BECOME.EXE,  which does not exist     --=20   - mit freundlichen Gruessen | with best regards    Karl RohwedderB iT-Ingenieurteam     | Ellernbruch 11       | D-38112 BraunschweigA Telefon: 0531/515521 | Telefax: 0531/515531 | Mobil: 0172/5434843 H   E-Mail: rohwedder(at)decus.decus.de        | iT-IngTeam(at)t-online.de/           karl.rohwedder(at)it-ingenieurteam.de  DATEX-P: 4505018005::ROHWEDDER   ------------------------------   Date: 8 Jun 2002 18:31:56 -0700 ( From: bob@instantwhip.com (Bob Ceculski), Subject: Re: AlphaServer DS20L with OpenVMS?< Message-ID: <d7791aa1.0206081731.126cec4@posting.google.com>  a JF Mezei <jfmezei.spamnot@videotron.ca> wrote in message news:<3D025307.15762464@videotron.ca>...  > Jeremy Begg wrote:R > > I see that HP have just released the AlphaServer DS20L -- a 1RU dual-processor > > machine. > K > This was discussed before. This was a custom model designed for a telecom O > company whose original needs were big enough to warrant a custum config. They M > only wanted Unix so the motherboard (which originated from Alpha Processors P > Inc, not Compaq) wasn't loaded with the special spices that allow VMS to boot. > P > Now, it seems that they are making the machine available more widely. (PerhapsL > because the telecom company that had ordered them can't afford to buy them > anymore ???? )  K and I just emailed a product manager at hp and told her us single processor I users will need something else now that ds10's have been phased out, esp. J if Itanium is late, and she said they were thinking about making the ds20lH or ds25 VMS ready ... talk to people in the company, it really does help? instead of just whining like a drunk dog here on this board ...    ------------------------------  $ Date: Sun, 9 Jun 2002 00:26:37 -0400. From: "warren sander" <sander@ma.ultranet.com>3 Subject: Re: Changing the default Telnet port (UCX) + Message-ID: <adulgv$e0f$1@bob.news.rcn.net>   H telnet doesn't use port 80 that's for http (a web server). To change the default port for a web server E just change the configuration (depends on web server). Or you can run  multiple ports.   J If you really want to move telnet the other replies in the string tell you how. but what problem are you  trying to solve.   --B ------------------------------------------------------------------6 Warren Sander                        OpenVMS Marketing> Hewlett-Packard Company     Work:  warren.sander@remove.hp.comL 200 Forest Street MR01-3/J1          Personal: sander@remove.ma.ultranet.com3 Marlboro, MA 01752                   (508) 467-4875 5    My opinions are my own and I only speak for myself ,          Read http://www.openvms.compaq.com/B ------------------------------------------------------------------  ? "Hoff Hoffman" <hoffman@xdelta.zko.dec.nospam> wrote in message $ news:adgvm9$bqo$3@web1.cup.hp.com... > H > In article <oOGJ8.3287$VP6.288314@stones>, t202 <t202@altavista.co.uk> writes: K > :Can anyone tell me how to change the listener port for telnet from 80 to  a + > :different one, using standard UCX stack.  > D >   Please provide us with some background here.  Specifically, what
 problem(s)K >   are you trying to solve here?  (Yes, I do understand how you think that  you D >   might be able to solve the unspecified problem, but I do not yet
 understand >   the problem itself.) > G >   AFAIK, there is no supported way to get the present TCP/IP Services  telnet5 >   server to listen on more than one port at a time.  > G >   For details on some of the background -- OpenVMS version, platform,  TCP/IPK >   version, etc -- that can be useful when answering a question -- and the I >   details which can be provided in the original posting to get a faster ) >   answer -- please see the OpenVMS FAQ.  > ( >  ---------------------------- #include' <rtfaq.h> ----------------------------- L >       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com, >  --------------------------- pure personal# opinion --------------------------- 1 >    Hoff (Stephen) Hoffman   OpenVMS Engineering  hoffman#xdelta.zko.dec.com >    ------------------------------  $ Date: Sun, 9 Jun 2002 09:02:12 -0400' From: "Main, Kerry" <Kerry.Main@hp.com> Y Subject: RE: ES-40 slower than AS-4100 was Re: Running Test and Production systems on dif T Message-ID: <BE56C50EA024184DAF48F0B9A47F5CF402660754@kaoexc01.americas.cpqcorp.net>   Fabio,   A few misc thoughts -=20  F - ensure ES40 has latest console firmware - A number of years ago, I => remember there was a console fw issue with Galaxy on ES40. =20  
 Reference:=20 ; ftp://ftp.digital.com/pub/Digital/Alpha/firmware/index.html   $ - what is bottleneck ie. IO, CPU or?  + - ensure disk fragmentation is not an issue   $ - ensure Oracle Rdb support involved  H - Try to isolate if it is a storage or Rdb or system or VMS issue e.g. =I try another rough test other than Rdb ie. use backup of large drive (or = 2 file) to a saveset on both old and new systems.=20   - any errors in errorlog?   J - if cpu overloaded, ensure older versions of WEBES (services tools) are = not running in background   I - as a general suggestion that is likely not the cause of the immediate = J issue, but rather a general suggestion, you might also want to try using =C a more current version of VMS (7.2-1H1 is a number of years old - = ( perhaps try V7.2-2 + applicable patches)   Regards   
 Kerry Main Senior Consultant  Hewlett-Packard Canada! Consulting & Integration Services  Voice: 613-592-4660  Fax  :  613-591-4477 Email: Kerry.Main@hp.com     -----Original Message-----8 From: Fabio Cardoso [mailto:fabiopenvms@yahoo.com.br]=20 Sent: June 8, 2002 7:00 PM To: Info-VAX@Mvb.Saic.Com A Subject: Re: ES-40 slower than AS-4100 was Re: Running Test and = < Production systems on different Galaxy instances in one ES40     Andrew  - I dont know anything about the EMC blackboxes 5 configurations, but I will forward these questions to " the EMC technician at the company.   Thanks a lot=20    Fabio C.' --- Andrew Harrison SUNUK Consultancy = 4 <andrew_nospam.harrison_remove_this@sun#.com> wrote:* > Are the EMC's the same. Cache sizes etc. >=206 > What physical storage are the EMC's using and how is > it configured in each case ? >=202 > EMC support a number of differant size and speed > drives0 > and for example your 4100 could be using 73 GB > 10,0001 > RPM drives while the ES40 could be using 183 GB  > 7,200 2 > RPM drives which are newer and which EMC tend to > sell$ > if you buy on a cost per GB basis. >=205 > This would give you slower drives and fewer of them  > on > the ES40.  >=205 > Its also important to understand how the EMC drives  > are 1 > configured. The LUN's that are presented to the 	 > servers 6 > are configured using bits of physical drives hanging > off 0 > the back side of the EMC, you may have totally > different  > configs on each system.  >=202 > One may have other servers sharing access to the > same6 > physical drive while the other does not, or they all0 > may share access but one shares with a non I/O > intensive  > app and the other does not.  >=206 > I would not get too hung up about the differences in4 > FC and SCSI (I assume you mean USCSI) we find that1 > in practice there isn't that much difference in  > total 4 > throughput across both when you are using EMC's as > the 4 > back-end storage. In fact FC can make things worse	 > because 3 > if you have a switch yuo are able to connect more 	 > servers # > to the EMC hence more contention.  >=20	 > Regards  > Andrew Harrison  >=20 > Fabio Cardoso wrote: >=20 > > Below my configurations: > >=20 > > AS-4100  > >=20
 > > 4 x 5/600  > > 6 GB > > SCSI KZPBA -> EMC  > > Standalone server 2 > > Sysgen parameters ok. Autogened and checked by > > Compaq .BR SE. > >=204 > > EMC configuration: KZPBA connected direct do the# > > EMC SCSI port. 10 disks x 9,1GB  > >=20 > >=20	 > > ES-40  > >=20
 > > 4 x 6/833 	 > > 12 GB  > > KZPGA -> EMC > > Standalone2 > > Sysgen parameters OK. Autogened and checked by > > Compaq .BR SE. > >=20 > >=206 > > EMC configuration: KZPGA connected to a Connectrix5 > > FC switch in  specif port just for OVMS machines. ' > > 19 x 9,1 GB disks (mounted just 15)  > >=20/ > > PS: I am not sure about the zoning/blocking - > > factor. This is configured by EMC people.  > >=20 > >=20 > >=20/ > > OBS: The ES-40 was first installed with the 3 > > internal disks (2 symbios 895 each of them with ' > > 3disks x 36 GB =3D total 6 x 36 GB) 5 > > The database was in one specific controller (PKB)  > and 3 > > the applications in other (PKA). We migrated to  > the  > > EMC - > > after this first installation, had a good  > improvment > > in0 > > some process,but other still slower than the
 > AS-4100. > >=204 > > Other consideration. The programs were developed > in > > Cobol 2.4. > >=20 > >=20 > >=20 > > Regards  > >=20 > > FC > >=20 > > --- David Beatty$ > <David.Beatty@qwertysasasdfgh.com>
 > > wrote: > >=205 > >>All other things being equal, you should get much  > >>better CPU/ > >>throughput on the ES40 vs. the 4100, so ...  > >>$ > >>    1.  How much memory in each?2 > >>    2.  Number and type or processors in each?3 > >>    3.  Type of FibreChannel connector in each? " > >>    4.  Cluster or standalone?, > >>    5.  Comparison of SYSGEN parameters?5 > >>    6.  Zoning or blocking factor issues from the  > >>EMC? > >> > >>David R. Beatty  > >>2 > >>On Thu, 6 Jun 2002 09:34:44 -0700 (PDT), Fabio > >>Cardoso % > >><fabiopenvms@yahoo.com.br> wrote:  > >> > >> > >>>Good Luck > >>> 1 > >>>We are trying to discover why our ES-40 with 4 > >>>OpenVMS 7.2-1h1 / Oracle RDB 7.0-31 and LP-80005 > >>>connected to a EMC storage  (Fibre Channel) with 6 > >>>zero users is slower than the old machine AS-41000 > >>>with OpenVMS 7.2-1H1 and Oracle RDB 7.0-31. > >>>t4 > >>>The last 30 days were test days... our ES-40 is1 > >>>not working fine  as we expected under OVMS.e2 > >>>We are planning to consolidadte 20 old VAX/AS > >>>d > >>servers  > >>3 > >>>in 4 ES-40. The first one (mine) was the firste > oneP3 > >>>to be installed. No sucess. Compaq  and Oracleo > .BRcF > >>>are researching here but until now we dont have a solution. If=20G > >>>someone here as a ES-40 / ORDB 7.0 configuration please email me !s > >>>n > >>>E > >>>Regards > >>>n > >>>FC-1 > >>>--- Tom Williams <twilliams@gscc.com> wrote:- > >>>-6 > >>>>We're looking into migrating our environments to > >>>>ES40s, and are4 > >>>>planning on having each box contain two Galaxy > >>>>instances: one3 > >>>>production, one test. Each instance will have7 > its3 > >>>>own sets of disks,4 > >>>>separate UAFs, etc. Assuming the instances are > >>>> > >>setm > >> > >>>>up correctly, is2 > >>>>there anything that might happen on the test > >>>>
 > >>system > >> > >>>>(hardware or0 > >>>>software) that could affect the production > >>>> > >>system?e > >> > >>>>I realize I'mlH > >>>>being vague, but I don't feel comfortable having production in the2 > >>>>same cabinet as test.  All comments, pro and > con, > >>>>are welcome. > >>>> > >>>>Thanks in advancee > >>>> > >>>>Tom Williams > >>>> > >>>o > >>>=3D=3D=3D=3D=3D > =uL >>>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D > >>>F=E1bio dos Santos Cardoso  > >>>OpenVMS System Manager  > >>>Rio de Janeiro - Brazil > >>>fabiopenvms@yahoo.com.brX > =VL >>>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D > >>>r >m5 >>>__________________________________________________e > >>>Do You Yahoo!?a8 > >>>Yahoo! - Official partner of 2002 FIFA World Cup=20" > >>>http://fifaworldcup.yahoo.com > >>>  > >=20 > >=20 > > =3D=3D=3D=3D=3D  > > =sL =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3De > > F=E1bio dos Santos Cardoso > > OpenVMS System Manager > > Rio de Janeiro - Brazilf > > fabiopenvms@yahoo.com.br > > =iL =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D  > >=206 > > __________________________________________________ > > Do You Yahoo!?7 > > Yahoo! - Official partner of 2002 FIFA World Cup=20t! > > http://fifaworldcup.yahoo.comt > >=20 >=20     =3D=3D=3D=3D=3DsL =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3Dt F=E1bio dos Santos Cardoso OpenVMS System Manager Rio de Janeiro - Brazilt fabiopenvms@yahoo.com.brL =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3Dl  2 __________________________________________________ Do You Yahoo!?2 Yahoo! - Official partner of 2002 FIFA World Cup = http://fifaworldcup.yahoo.com    ------------------------------  $ Date: Sun, 9 Jun 2002 09:39:58 -0400' From: "Main, Kerry" <Kerry.Main@hp.com>o  Subject: RE: ES45 and VMS  7.2-1T Message-ID: <BE56C50EA024184DAF48F0B9A47F5CF4023D9134@kaoexc01.americas.cpqcorp.net>   Dave (and others ..)  ( Latest ES45 config info is available at:@ http://www.compaq.com/products/quickspecs/10994_na/10994_na.html  = Quote > Minimum OS support - Tru64 UNIX V5.1A or OpenVMS V7.3o   Regardse  
 Kerry Main Senior Consultant  Hewlett-Packard Canada! Consulting & Integration Servicesd Voice: 613-592-4660t Fax  :  613-591-4477 Email: Kerry.Main@hp.com     -----Original Message-----9 From: Dave Gudewicz [mailto:david.gudewicz@abbott.com]=20H Sent: June 7, 2002 1:51 PM To: Info-VAX@Mvb.Saic.Comd Subject: Re: ES45 and VMS 7.2-1h    E Thumbing through the 7.2-2 release notes I find no reference to ES45.e6 EV67 and EV68 support on GS systems, but not on ES....   -- Dave...f  F Let me make the superstitions of a nation and I care not who makes its laws. -----Mark Twain8  B "David Beatty" <David.Beatty@qwertysasasdfgh.com> wrote in message. news:1Vz=3DPEsZqJ+bbi5JgAhsYfpzcGv+@4ax.com... >w >     Interesting ...t >mD >     My Compaq rep. swears up-and-down that an ES45 will support=20I > V7.2-2.  However, the image you are referring to is not on my V7.2-2=20sI > system, nor is it on the V7.2-2 CD.  It seems that the documentation=20l1 > on the Compaq website is correct and he is not.  >,% >     Not that it's a big suprise ...  >  > David R. Beatty  > G > On Wed, 05 Jun 2002 21:45:01 -0400, rdeininger@mindspring.com (RobertW > Deininger) wrote:l >aC > >In article <3CFD266F.34F1B8C8@pressenter.com>, Lyndon Bartels=20i# > ><lbartels@pressenter.com> wrote:- > > # > >>Just a hypothetical question...  > >> > >>H > >>My sources say that to run an ES45, I need VMS v7.3... Not a problem  = > >>there... I would never dream of recommending otherwise...3 > >> > >>J > >>But in case somebody asks, "what would happen if we tried to run it=20 > >>on v7.2-1?"  > >70 > >Does your pre-V7.3 system disk have the image5 > >   SYS$LOADABLE_IMAGES:SYS$CPU_ROUTINES_2608.EXE ?i > >n > >I didn't think so.r > >a! > >It won't boot an ES45.  Sorry.e > >oI > >Any ES45 shipped with VMS has at least V7.3 plus the minimum set of=20-H > >patches to run the platform.  So it should boot with the disk that=20 > >came with it, no problems.7 > >2G > >If you want to boot it as a satellite of another node, the boot nodea needseG > >to be running at least V7.3 to support the ES45, even if the boot=20 J > >node itself doesn't need the new bits.  Sometimes it is necessary to=20G > >run a new system this way, though in the case of the ES45, you'll=20n	 > >take ac significantiA > >performance hit for just about any boot system I can think of.  > >jI > >The core chipset in the ES45 is new, and the support code was first=20 H > >shipped in V7.3.  This isn't a minor cosmetic change.  It's major new  	 > >stuff.  >e   ------------------------------   Date: 9 Jun 2002 04:06:36 -0700e" From: harris@allin.com.tw (harris)4 Subject: how to increase vms virtualpagecnt value ??= Message-ID: <c6b053b5.0206090306.1e386af2@posting.google.com>Y  B in my VAX6500 system ,it reset (reboot) by itself when login users about 150 it reset by itself  i add 320 MB memory and two cpu  but it's performance is bad  and loading heavy.E i want to modify stsgen parameter "virtualpagecnt" value about 200000 / when i increase it about 250000(current vqalue)  it can't boot .u( i must decrease it's value about 200000 2 can i use autogen to modify system parameter value how can i do??( my vax 6500 system reboot once 20 days .2 i can't read any error messages in ana/err/sin=xxx   or   ana/system   sda> i can't read any messages. or dump files....5 please help me./   ------------------------------  $ Date: Sun, 9 Jun 2002 12:16:48 -0400' From: "Main, Kerry" <Kerry.Main@hp.com>i; Subject: RE: Is Polycenter for VMS a good security product?-T Message-ID: <BE56C50EA024184DAF48F0B9A47F5CF402660755@kaoexc01.americas.cpqcorp.net>   Rainer,)  * >>> Dealing with CA was a heavy matter.<<<  G While I will certainly not argue this point, I do know CA is apparently<D trying to rectify their image and pricing issues that many Customers have had in the past.=20  G As an example, I was told a couple of weeks ago that CA has drastically-E dropped the prices for many of the OpenVMS related products e.g. likeTH what was formerly called DECps (now Unicenter Performance Management for OpenVMS).=20  E As a suggestion, it might be worth at least verifying if this pricingr change is real.i  D Btw - Computer Associates also have an OpenVMS specific web site at: http://www.cai.com/openvms   Regards   
 Kerry Main Senior Consultant  Hewlett-Packard Canada! Consulting & Integration Servicess Voice: 613-592-4660  Fax  :  613-591-4477 Email: Kerry.Main@hp.com     -----Original Message-----4 From: Rainer Giese [mailto:waste.not@welcome.net]=20 Sent: June 5, 2002 3:00 AM To: Info-VAX@Mvb.Saic.Com0; Subject: Re: Is Polycenter for VMS a good security product?a      ; "Bob Ceculski" <bob@instantwhip.com> schrieb im Newsbeitrag 7 news:d7791aa1.0206041431.7c3aba7f@posting.google.com...a5 > bob@instantwhip.com (Bob Ceculski) wrote in message.9 news:<d7791aa1.0206030540.3cda9019@posting.google.com>...0H > > Touch Technologies now has DEC Polycenter for VMS, and it looks like  I > > a good security tool ... has anyone ever used it, and is it pretty=20e/ > > good to automate the monitoring of servers?  > < > well, if no one has heard of it, it looks like it must not > be very good ...  E I didn't follow the developement, so my experience is not the newest.   A I remember "Polycenter" not as a single product but as a group of F management products. One of it I ever used was "Polycenter PerformanceF Advisor", formerly known as "DECps", now handled as "Advise IT" by CA.G It was the best performance analyzing I ever had, but we canceled it as 8 DEC selled it to CA. Dealing with CA was a heavy matter.  B The second I know is "Polycenter Console Manager", fka "VAXclusterH Console Manager". I still us it for supervising the console lines of allB servers (VMS, Solaris,HSZs,HSGs,...). Additional it is possible to= create pseudo consoles with own made DCL scripts, and so I do-/ IP-Polling, SMTP-watch of UPS and some other...a  F The console manager is not bug free, but like often: if you know them,2 you can live with them. So at whole I'm satisfied.     -- Regards, Rainer Giese   ------------------------------    Date: 08 Jun 2002 12:33:23 +0800, From: Paul Repacholi <prep@prep.synonet.com>< Subject: Re: Library files as high performance file system ?- Message-ID: <87sn3ytmng.fsf@prep.synonet.com>   / koehler@encompasserve.org (Bob Koehler) writes:a  7 >    For consistency (this is VMS we're talking about):m   RTRM,o  t/ >    type sys$library:sys$starlet_c.tlb(namdef)   , type sys$library:sys$starlet_c.tlb/lb=namdef  / And of course, to round it all out, @command/lbn   -- e< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.e@                                              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: Sun, 9 Jun 2002 20:16:31 +0900& From: "David Lee" <phongle@kornet.net>! Subject: Message warning on ES-40w+ Message-ID: <advc6g$sbo$1@news1.kornet.net>-  C Does anyone know what this warning message means on the ES-40 AlphaSJ computer.  It seemed to display very consistent  in front of the displayed" lately when I reboot the computer.   The message is "12V Bulk Warn".r  	 Thank your   ------------------------------  $ Date: Sun, 9 Jun 2002 13:13:03 -0400' From: "Main, Kerry" <Kerry.Main@hp.com> % Subject: RE: Message warning on ES-40AT Message-ID: <BE56C50EA024184DAF48F0B9A47F5CF4023D9139@kaoexc01.americas.cpqcorp.net>   David,   Re: "12V Bulk Warn"e  & HW problem. Contact Customer Services.  G Also, ensure console firmware is minimum V5.5 as it has some additional2! fixes / monitoring changes in it.a   Regards,  
 Kerry Main Senior Consultantt Hewlett-Packard Canada! Consulting & Integration Servicest Voice: 613-592-4660e Fax   : 613-591-4477 Email: Kerry.Main@hp.com     -----Original Message-----. From: David Lee [mailto:phongle@kornet.net]=20 Sent: June 9, 2002 7:17 AM To: Info-VAX@Mvb.Saic.Comi! Subject: Message warning on ES-40w    C Does anyone know what this warning message means on the ES-40 Alpha @ computer.  It seemed to display very consistent  in front of the, displayed lately when I reboot the computer.   The message is "12V Bulk Warn".t  	 Thank youb   ------------------------------   Date: 9 Jun 2002 01:04:08 -0700 ) From: P.Young@unsw.EDU.AU (Patrick Young)u" Subject: Re: VMS Monitoring a User= Message-ID: <55f85d77.0206090004.5a338006@posting.google.com>C  h spammitplease@yahoo.co.in (Ab) wrote in message news:<9f100812.0206070001.9ffd7ac@posting.google.com>... > Hi AllE >   We have OpenVMS 6.2 .. want to monitor a user for the commands hed > executes.a  H *Many moons ago* we used a product on VAX called watch. A quick internet search just now uncovered:  1 http://www.advsyscon.com/Products/Watch/Watch.aspc  G I once set this up in many evil ways, to track many evil students, alsotF I used it to advise staff during "help desk" (I hate that term) calls, etc.  F Seriously though - you need to review who has which privs. and why and take a look at your audit log.   ------------------------------   End of INFO-VAX 2002.318 ************************C's the same. Cache sizes etc. >=206 > What physical storage are the EMC's using and how is > it configured in each case ?@މ    Aމ    Bމ    Cމ    Dމ    Eމ    Fމ    Gމ    Hމ    Iމ    Jމ    Kމ    Lމ    Mމ    Nމ    Oމ    Pމ    Qމ    Rމ    Sމ    Tމ    Uމ    Vމ    Wމ    Xމ    Yމ    Zމ    [މ    \މ    ]މ    ^މ    _މ    `މ    aމ    bމ    cމ    dމ    eމ    fމ    gމ    hމ    iމ    jމ    kމ    lމ    mމ    nމ    oމ    pމ    qމ    rމ    sމ    tމ    uމ    vމ    wމ    xމ    yމ    zމ    {މ    |މ    }މ    ~މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ    މ     ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    	߉    
߉    ߉    ߉    
߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉     ߉    !߉    "߉    #߉    $߉    %߉    &߉    '߉    (߉    )߉    *߉    +߉    ,߉    -߉    .߉    /߉    0߉    1߉    2߉    3߉    4߉    5߉    6߉    7߉    8߉    9߉    :߉    ;߉    <߉    =߉    >߉    ?߉    @߉    A߉    B߉    C߉    D߉    E߉    F߉    G߉    H߉    I߉    J߉    K߉    L߉    M߉    N߉    O߉    P߉    Q߉    R߉    S߉    T߉    U߉    V߉    W߉    X߉    Y߉    Z߉    [߉    \߉    ]߉    ^߉    _߉    `߉    a߉    b߉    c߉    d߉    e߉    f߉    g߉    h߉    i߉    j߉    k߉    l߉    m߉    n߉    o߉    p߉    q߉    r߉    s߉    t߉    u߉    v߉    w߉    x߉    y߉    z߉    {߉    |߉    }߉    ~߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    ߉    