1 INFO-VAX	Sat, 05 May 2001	Volume 2001 : Issue 250       Contents:. Re: ABS - backup service from NT to VMS device Adding circuits to TSM3 Re: Compaq OpenVMS and Digital Networks Partnership 3 Re: Compaq OpenVMS and Digital Networks Partnership 3 Re: Compaq OpenVMS and Digital Networks Partnership 3 Re: Compaq OpenVMS and Digital Networks Partnership 3 Re: Compaq OpenVMS and Digital Networks Partnership 3 Re: Compaq OpenVMS and Digital Networks Partnership A Re: Conference: CETS-2001 - Content Advisory Teams Phase I report  Global delete in UAF?  Re: Global delete in UAF?  Re: Global delete in UAF?  Glue for a BA356-KC  IDE controllers  Re: IDE controllers  Re: LAT v Telnet Performance Re: LDAP on OpenVMS  Re: LDAP on OpenVMS 4 Re: LIB$CONVERT_DATE_STRING and !Z2 = LIB$_UNRFORCOD Re: MP sync high CPU usage Re: RADIUS for OpenVMS ? TCP/IP 5.1 Host Caching problem 
 Re: TIN 1.4.4 
 Re: TIN 1.4.4  Xserver NodeName [Q] LAR to replace DEC AMDS?  F ----------------------------------------------------------------------  # Date: Sat, 05 May 2001 03:30:18 GMT ; From: "Curtis Rempel" <vmsguy.no.spam.here.please@home.com> 7 Subject: Re: ABS - backup service from NT to VMS device 8 Message-ID: <etKI6.164$Hk4.13289@news1.rdc1.ab.home.com>  2 "Robert Gray" <rob@robgray.co.uk> wrote in message% news:mAyI6.441$Wp1.9026@NewsReader... 8 > Has anyone managed to get this Compaq product to work?6 > No-one at Compaq UK seems to know anything about it.   Oh dear, where to start...  :-(   I Well, at the organization I work for, we were sold ABS as an "enterprise" K backup solution in January of 1998.  Our first experience came when the DEC D consultant they sent to install it (and which we paid $10,000) neverL actually had installed it before.  That didn't stop him from screwing up theL install 3 times before we through him out the door.  We finally put the nail0 in it's well deserved coffin just one month ago.  I We quickly learned within the first 6 months that no amount of voodoo was F going to make this thing work reliably with NT (I'm sorry, I just saidL "reliably" and "NT" in the same sentence - please slap me).  The UNIX clientH backups have been problematic as well - things like reporting successfulL backups that weren't, inability to backup files > 2 GB, multi-volume restoreF failures, etc.  The only systems that were reliably backed up were VMSL systems which stands to reason as ABS has its roots way back in SLS.  Still,J it is not without it's problems: inconsistencies between the GUI interfaceH and the DCL interface - some operations need to be done partially in theL GUI, partially in the DCL interface, catalog corruption if your catalog diskL fills up (just in case you weren't getting enough of that sort of error fromI Micro$loth products), problems setting volumes to never scratch using the K documented syntax for which the workaround we found was to use 31-DEC-9999, I etc. etc.  All of these problems (and many, MANY, more) were reported and L worked on by DEC and then Compaq to varying degrees, some fixed in later ECOH kits, some IPMT'd, etc.  One particular log number we opened had so manyH work units that it broke the CSC's call handling software and it startedI spewing out copies of all the work units on internal email to the support G people in an endless loop - we received the dubious honour of being the  first customer to ever do that.   F A big part of the problem besides the quality of the "product" is thatF engineering support comes out of Digital India - between the time zoneJ difference and the language barriers, and the fact that this "product" wasK dumped on them when Mr. Palmer was doing his dirty work and they have since H had to struggle their way through it, support has been mediocre at best.K Sure, the folks at the CSC in Colorado have been great, however, many times J they've been just as frustrated as us in getting help from engineering.  IL was part of a team that visited the CSC as part of our Gold support contractF and met the ABS support team in person - real good people they are butG they're forced to support a lousy product.  The one big problem is they J don't have enough UNIX people supporting ABS.  I remember one UNIX relatedK ABS call I logged that was sent to the UNIX group and they had no idea what I ABS was.  It ended up going back to the regular ABS support group who are K VMS experts.  This is not their fault - they have not received the training F they need to support ABS properly with the UNIX client.  InterestinglyL enough, the former ABS product manager conveniently resigned just before ourK visit.  Coincidence?  No - he was very well aware of the problems we've had G with the product.  Our company had raised red flags very high up within L Compaq and I think it was just getting way too hot in the kitchen for him toD be present at our meeting with the manager of Gold support for NorthJ America.  And, it was not like we were pushing the envelope on the productJ either - simple basic things that were clearly documented simply would notJ work as advertised.  Some of the workarounds we invented were entertainingJ to say the least and earned "gold stars" for creativity when reported back to the CSC.   F We have since killed ABS since Digital and now Compaq has consistentlyL demonstrated that they cannot get their act together.  We have moved forwardI with Veritas NetBackup running on a Tru64 AlphaServer.  We tested the VMS D client support extremely rigorously and found no major deficiencies.K Veritas support for the VMS client is out of the UK (Chertsey) and Alan Fay L is 110% top notch (thanks for all your extremely helpful and quick responsesI Alan!).  NetBackup is truly an enterprise solution and it backs up ALL of G our platforms (Tru64, VMS, NT, Solaris, Irix, Exchange, Oracle on every K platform) reliably EACH and EVERY time.  We have had not ONE single problem L with it since we started our evaluation at the beginning of January.  And itF has both very functional command line and GUI interfaces (X and Java).  H My advice to you is obvious: drop this hunk of junk IMMEDIATELY and stopJ pulling out what is left of your hair.  It will NOT work - PERIOD.  RemoveK the software and ask for your money back - ALL of it.  Having grown up with H Digital and become accustomed to the stellar engineering efforts made byD various product groups, it was an absolute nightmare to believe thatK something like ABS was actually released in public as a product by Digital. J I would have been personally embarrassed myself to have let something like ABS see the light of day.   I If you want to back up a small NT server and are not a big shop, you will F need to bite the bullet and go for the extra DLT and tapes.  Trust me.  @ To quote a previous posting I made in this group (have a look inL www.deja.com), "As big of a Compaq booster that I am, I cannot recommend ABS at all - Compaq should really / change the product name to Anti Backup System."      Curtis           > G > It is supposed to be able to backup and restore an NT system over the 4 > network, directly to an Alpha OpenVMS tape device.G > It was sold to us (together with the VMS and NT machines) by a Compaq 7 > reseller 3 YEARS ago, and have yet to get it to work. H > 3 Versions, 10 days on-site, and a 1500 upgrade license later, we are STILL / > without a method to backup a small NT server. J > It has actually now past the initial 3 year period that it was bought toL > provide a solution for. We are torn between just buying another tape driveI > and set of tapes (approx 4k for DLT solution), or being pig-headed and = > getting the reseller to make it work just out of principal.  > J > So, has anyone had any experience of this product, or were you all smart( > enough to avoid it in the first place? > K > Failing that, is there a contact at Compaq for us or the reseller to talk  > to?  >  > Thanks > 
 > Rob Gray > rob@robgray.co.uk  >  >    ------------------------------  % Date: Fri, 04 May 2001 23:06:32 -0500 + From: Shael Richmond <ksrich@bellsouth.net>  Subject: Adding circuits to TSM - Message-ID: <3AF37C48.E0858E66@bellsouth.net>   1 Does anybody know of a way to modify TSM to allow - new circuits?  I have EI devices now that TSM  doesn't recognize.  2 I tried Compaq but all they told me was how to add/ the circuit for the install routine.  It didn't  help when I added a server.    I am running ECO 7.   2 My best workaround right now is to add the servers. as EWA-0 devices.  I then run a program which , modifies the TSM$CONFIG.DAT file and puts in the EIA-0.  It seems to work.    Any other suggestions?   Thanks,    Shael    ------------------------------  % Date: Fri, 04 May 2001 15:36:29 -0300 ) From: fabio_compaq@ep-bc.petrobras.com.br < Subject: Re: Compaq OpenVMS and Digital Networks PartnershipL Message-ID: <OF401A0822.3F76DC1B-ON03256A42.0065FC86@ep-bc.petrobras.com.br>  J Hmmm looks like Compaq cant survive a log time without Digital Networks...H May be they can do like IBM which bought Informix, and buy RDB back from Oracle. D But what I am seeing (reading) is  Intersystems is becoming the most
 successful= company nowadays running a database under OpenVMS (Cache)....    Regards    FC        . OpenVMS-Info@compaq.com em 04/05/2001 16:21:39      )       fabio_compaq@ep-bc.petrobras.com.br          OpenVMS-Info@compaq.com   8 Assunto: Compaq OpenVMS and Digital Networks Partnership     Dear Valued OpenVMS Customer,   E This letter is to inform you of a business initiative and partnership E between Compaq OpenVMS and Digital Networks. Together we will provide D investment protection utilizing the leading industry brands you haveK trusted for years while bringing new cost effective solutions incorporating  the latest technology.  K For years Digital Networks products have been system engineered into Compaq H OpenVMS Cluster solutions.  Many of these products from Digital NetworksF were originally developed by the Networks Products division of DigitalG Equipment Corporation. Due to this common heritage, customers currently K have a variety of products from both of our companies installed in their IT K environments. Many of our Compaq and Digital Networks system engineers have J already worked with your technical consultants on systems solutions acrossG various applications. As an example, there is a large installed base of < OpenVMS clusters that currently utilize the Digital NetworksG GIGAswitch/FDDI system, MultiSwitch 900 products and Compaq AlphaServer J systems. These customers are looking for ways to upgrade and enhance theirE network without disruption. Together, Compaq and Digital Networks can I perform these upgrades and enhance your network - even achieving disaster  tolerant capabilities.  F In September 2000, Digital Networks became an independent company thatB exclusively develops, markets, and sells an extensive portfolio ofC enterprise-class Digital-branded network products. Digital Networks I combines the experience and reliability of a twenty-five year brand, with K the vision and enthusiasm of a startup. Digital Networks has recently added I new products to the portfolio with extremely impressive price/performance > and functionality, and has additional products in development.  J Similar to Digital Networks, OpenVMS is experiencing a true Renaissance in@ the Compaq OpenVMS business and recently had the largest OpenVMSK announcement in five years. Highlights of the announcement included OpenVMS C V7.3, XML, Java and Apache enhancements. OpenVMS also announced new K initiatives including the OpenVMS portal, the OpenVMS Educational licensing H program, the Defense Information Initiative Common Operating EnvironmentK (DII COE) government initiative, Digital Press partnership, and new ISV and  SI partner relationships.   G Compaq's OpenVMS clusters have been the industry's leading clusters for G nearly 20 years while Digital Networks' products have been historically F recognized as the best I/O subsystem for OpenVMS Clusters.  If you areK considering an upgrade or require more network performance, or if you would E just like to hear more about the combined power of Compaq OpenVMS and J Digital Networks and what the strength of our relationship can do for you,K please do not hesitate to contact us. For additional information about what 0 this partnership can do for you, please click toH http://www.dnpg.com/partners/openvms/  We will also be at the ITUG/DECUS6 Joint Euro Conference in Lisbon, Portugal on May 6-10.  G We thank you for your valued business and look forward to speaking with  you.  ) Rich Marcello                 Vic Capozzi & Vice President                Chairman. OpenVMS Group                 Digital Networks4 richard.marcello@compaq.com        vcapozzi@dnpg.com   ------------------------------  # Date: Fri, 04 May 2001 18:55:17 GMT 4 From: "Terry C. Shannon" <terryshannon@mediaone.net>< Subject: Re: Compaq OpenVMS and Digital Networks Partnership= Message-ID: <pWCI6.12734$e85.4866454@typhoon.ne.mediaone.net>   6 <fabio_compaq@ep-bc.petrobras.com.br> wrote in messageF news:OF401A0822.3F76DC1B-ON03256A42.0065FC86@ep-bc.petrobras.com.br... > L > Hmmm looks like Compaq cant survive a log time without Digital Networks...J > May be they can do like IBM which bought Informix, and buy RDB back from	 > Oracle.   E Never happen. Note the increasingly-close alliance between Oracle and G Compaq. Oracle 9i, RAC, the VMS e-business initiative, etc. None of the I above would have taken place if CPQ still had Rdb--and Compaq is shedding @ resources (services excepted), not gaining resources, right now.  L Now that Digital Networks is a stand-alone company (the Cabletron ConnectionB being dissolved), I expect they'll work quite closely with Compaq.   ------------------------------  # Date: Fri, 04 May 2001 19:30:44 GMT  From: Dirk Munk <munk@home.nl>< Subject: Re: Compaq OpenVMS and Digital Networks Partnership' Message-ID: <3AF30362.572B49D8@home.nl>   M And wouldn't it be nice if Digital Networks would also take over the good old O DecNis ? There is no replacement for that product, except for a Unix/VMS system  setup as a router/gateway.  * fabio_compaq@ep-bc.petrobras.com.br wrote:  L > Hmmm looks like Compaq cant survive a log time without Digital Networks...J > May be they can do like IBM which bought Informix, and buy RDB back from	 > Oracle. F > But what I am seeing (reading) is  Intersystems is becoming the most > successful? > company nowadays running a database under OpenVMS (Cache)....  > 	 > Regards  >  > FC > 0 > OpenVMS-Info@compaq.com em 04/05/2001 16:21:39 > + >       fabio_compaq@ep-bc.petrobras.com.br  >  >       OpenVMS-Info@compaq.com  > : > Assunto: Compaq OpenVMS and Digital Networks Partnership >  > Dear Valued OpenVMS Customer,  > G > This letter is to inform you of a business initiative and partnership G > between Compaq OpenVMS and Digital Networks. Together we will provide F > investment protection utilizing the leading industry brands you haveM > trusted for years while bringing new cost effective solutions incorporating  > the latest technology. > M > For years Digital Networks products have been system engineered into Compaq J > OpenVMS Cluster solutions.  Many of these products from Digital NetworksH > were originally developed by the Networks Products division of DigitalI > Equipment Corporation. Due to this common heritage, customers currently M > have a variety of products from both of our companies installed in their IT M > environments. Many of our Compaq and Digital Networks system engineers have L > already worked with your technical consultants on systems solutions acrossI > various applications. As an example, there is a large installed base of > > OpenVMS clusters that currently utilize the Digital NetworksI > GIGAswitch/FDDI system, MultiSwitch 900 products and Compaq AlphaServer L > systems. These customers are looking for ways to upgrade and enhance theirG > network without disruption. Together, Compaq and Digital Networks can K > perform these upgrades and enhance your network - even achieving disaster  > tolerant capabilities. > H > In September 2000, Digital Networks became an independent company thatD > exclusively develops, markets, and sells an extensive portfolio ofE > enterprise-class Digital-branded network products. Digital Networks K > combines the experience and reliability of a twenty-five year brand, withoM > the vision and enthusiasm of a startup. Digital Networks has recently addedeK > new products to the portfolio with extremely impressive price/performancei@ > and functionality, and has additional products in development. > L > Similar to Digital Networks, OpenVMS is experiencing a true Renaissance inB > the Compaq OpenVMS business and recently had the largest OpenVMSM > announcement in five years. Highlights of the announcement included OpenVMScE > V7.3, XML, Java and Apache enhancements. OpenVMS also announced newrM > initiatives including the OpenVMS portal, the OpenVMS Educational licensingcJ > program, the Defense Information Initiative Common Operating EnvironmentM > (DII COE) government initiative, Digital Press partnership, and new ISV andr > SI partner relationships.e >gI > Compaq's OpenVMS clusters have been the industry's leading clusters foraI > nearly 20 years while Digital Networks' products have been historically H > recognized as the best I/O subsystem for OpenVMS Clusters.  If you areM > considering an upgrade or require more network performance, or if you wouldnG > just like to hear more about the combined power of Compaq OpenVMS and L > Digital Networks and what the strength of our relationship can do for you,M > please do not hesitate to contact us. For additional information about whatp2 > this partnership can do for you, please click toJ > http://www.dnpg.com/partners/openvms/  We will also be at the ITUG/DECUS8 > Joint Euro Conference in Lisbon, Portugal on May 6-10. >pI > We thank you for your valued business and look forward to speaking with. > you. >h+ > Rich Marcello                 Vic Capozzii( > Vice President                Chairman0 > OpenVMS Group                 Digital Networks6 > richard.marcello@compaq.com        vcapozzi@dnpg.com   ------------------------------  % Date: Fri, 04 May 2001 22:04:36 +0100n+ From: "antonio.carlini" <arcarlini@iee.org>y< Subject: Re: Compaq OpenVMS and Digital Networks Partnership' Message-ID: <3AF31964.FFFCF2F3@iee.org>u   Dirk Munk wrote: > O > And wouldn't it be nice if Digital Networks would also take over the good oldzQ > DecNis ? There is no replacement for that product, except for a Unix/VMS system  > setup as a router/gateway.  , If you ask nicely they'll at least know that. some customers would be interested in support.  % However, even if they were to take onr( DECnis software support, the hardware is+ no longer manufactured (unless someone has t( been misleading me for quite some time).   Antonio    -- d   ---------------x- Antonio Carlini             arcarlini@iee.orgs   ------------------------------  % Date: Fri, 04 May 2001 15:06:39 -0700l+ From: "Barry Treahy, Jr." <treahy@mmaz.com>b< Subject: Re: Compaq OpenVMS and Digital Networks Partnership( Message-ID: <3AF327EF.E8A9FD77@mmaz.com>   Dirk Munk wrote:  O > And wouldn't it be nice if Digital Networks would also take over the good oldnQ > DecNis ? There is no replacement for that product, except for a Unix/VMS systemO > setup as a router/gateway.  S Why stop there?  Why not include the VAX lines,  Alpha's... Better yet, VMS too andn they could call the company...'     ...Digital Equipment Corporation...7 --  ? Barry Treahy, Jr  *  Midwest Microwave  *  Vice President & CIOt  A E-mail: Treahy@mmaz.com * Phone: 480/314-1320 * FAX: 480/661-7028n   ------------------------------  # Date: Fri, 04 May 2001 23:40:59 GMTe From: Dirk Munk <munk@home.nl>< Subject: Re: Compaq OpenVMS and Digital Networks Partnership' Message-ID: <3AF33E0A.838AAD5B@home.nl>r  E You forgot the PDP11, still in production , as well as RSX11M-Plus !!i   Let's get Ken Olsen back too !!h       "Barry Treahy, Jr." wrote:   > Dirk Munk wrote: >VQ > > And wouldn't it be nice if Digital Networks would also take over the good oldeS > > DecNis ? There is no replacement for that product, except for a Unix/VMS system  > > setup as a router/gateway. > U > Why stop there?  Why not include the VAX lines,  Alpha's... Better yet, VMS too and   > they could call the company...) >     ...Digital Equipment Corporation...l > -- >tA > Barry Treahy, Jr  *  Midwest Microwave  *  Vice President & CIOC > C > E-mail: Treahy@mmaz.com * Phone: 480/314-1320 * FAX: 480/661-7028u   ------------------------------  # Date: Fri, 04 May 2001 20:44:30 GMTh& From: "Jeff Killeen" <Jeff@IDM-IO.com>J Subject: Re: Conference: CETS-2001 - Content Advisory Teams Phase I report9 Message-ID: <OwEI6.24591$ua5.5970372@typhoon1.ba-dsg.net>g  B BTW - Sessions submitted by May 20th have the best chance of being scheduled...   --        0 Jeff Killeen - www.Killeen.cc (All contact info)E =====================================================================4  1 "Jeff Killeen" <Jeff@IDM-IO.com> wrote in messagea3 news:3ZwI6.15057$Aj1.5764537@typhoon2.ba-dsg.net...1I > This initial message is for anyone who may be interested in speaking atoH > CETS-2001 (Compaq Enterprise Technical Symposium) www.CETS2001.com.  AG > representative group of 40+ likely attendees recently met as teams tor adviseJ > what _new_ content is desired at the CETS fall Symposium this September. > The report is available at...u >eA > http://www.cets2001.com/privatedocs/CETS2001PhaseICATReport.docP >t
 > ...or... >dA > http://www.cets2001.com/privatedocs/CETS2001PhaseICATReport.pdfs >cH > ...a more detail message will follow next week.  Session speakers have theiroH > conference fee waived.  Weekend Seminar or Techworks Bootcamp speakers alsoG > have their fee waived plus receive airfare and weekend hotel.  Please  stayedH > tuned for a detailed message regarding speaking at CETS-2001 that willJ > follow on 5/8/2001 or 5/9/2001.  However it would be useful to read this$ > report in advance of this message. > / > End User session are highly valued at CETS...e >f >t > -- >c >e >p >o2 > Jeff Killeen - www.Killeen.cc (All contact info)G > =====================================================================n >u >v >  >  >e   ------------------------------  $ Date: Fri, 4 May 2001 17:12:35 -0500$ From: "Russ Leathe" <russ@goron.edu> Subject: Global delete in UAF?& Message-ID: <cWEI6.19$tJ4.1133@client>  G I recently took over a VAX 4000 with about 500 user accounts.  Over thecF years different priv were assigned including sysprv to the majority ofG users.  I can only assume that the person who created the accounts used  "copy" from a priv account.    My question is...a  J can I globally modify all these accounts and remove all priv except netmbx and tmpmbx?s   thanks   ------------------------------  % Date: Fri, 04 May 2001 18:04:58 -0400O/ From: "Joseph B. Gurman" <gurman@gsfc.nasa.gov>v" Subject: Re: Global delete in UAF?? Message-ID: <gurman-E1A50F.18045804052001@skates.gsfc.nasa.gov>l  F In article <cWEI6.19$tJ4.1133@client>, "Russ Leathe" <russ@goron.edu>  wrote:  I > I recently took over a VAX 4000 with about 500 user accounts.  Over themH > years different priv were assigned including sysprv to the majority ofI > users.  I can only assume that the person who created the accounts usedg > "copy" from a priv account.D >  > My question is...e > L > can I globally modify all these accounts and remove all priv except netmbx
 > and tmpmbx?r  = If sysprv is the only one you want to get rid of, you can do:t   UAF> modify * /priv = nosysprv  C though of course you'd then have to give it back to system, if you u wanted system to have it.l  ,     Of course, that isn't what you asked....                     Joe Gurman   -- iC | Joseph B. Gurman, NASA Goddard Space Flight Center, Solar Physicsd> | Branch, Greenbelt MD 20771 USA / Federal employees are still@ | prohibited from holding opinions while at work. Therefore, any1 | opinions expressed herein are  somebody else's.r   ------------------------------  % Date: Sat, 05 May 2001 03:26:54 +0200e2 From: martin@radiogaga.harz.de (Martin Vorlaender)" Subject: Re: Global delete in UAF?; Message-ID: <3af356de.524144494f47414741@radiogaga.harz.de>s  # Russ Leathe (russ@goron.edu) wrote:eI > I recently took over a VAX 4000 with about 500 user accounts.  Over the H > years different priv were assigned including sysprv to the majority ofI > users.  I can only assume that the person who created the accounts usedq > "copy" from a priv account.a >e > My question is...e >SL > can I globally modify all these accounts and remove all priv except netmbx
 > and tmpmbx?    Hmmm... let's see:  % $ MCR AUTHORIZE HELP MODIFY Parametere   MODIFY     Parameteri       username  C        Specifies the name of a user in the SYSUAF. The asterisk andbH        percent sign wild card characters are permitted in the user name.G        When you specify a single asterisk for the user name, you modifyp         the records of all users.  D So, yes, you can use wildcards. I'd suggest using UIC wildcards like: "[groupnum,*]" to keep you from modifying system accounts.  C The magical qualifiers are /DEFPRIVILEGES=(NOALL,NETMBX,TMPMBX) and-> /PRIVILEGES with the same value for the authorized privileges.   cu,e   Martin -- 0D                         | Martin Vorlaender  |  VMS & WNT programmer1  VMS is today what      | work: mv@pdv-systeme.de E  Microsoft wants        |    http://www.pdv-systeme.de/users/martinv/>8  Windows NT 8.0 to be!  | home: martin@radiogaga.harz.de   ------------------------------  % Date: Fri, 04 May 2001 21:14:33 -0500a. From: Lyndon Bartels <lbartels@pressenter.com> Subject: Glue for a BA356-KC- Message-ID: <3AF31BB9.3FE9E0B@pressenter.com>e   I know this is a bit off topic.o  F I have aquired a couple BA356-KC (pedestal) and while the shelf is notA damaged, the "cap" and "door" have some breaks and/or cracks. Any(C recommendations on a glue that I can rely on to fix said cracks 'n'T such?nD I tried superglue, and it held for a while... but not when put under some stress.     Thanks for the help.   Lyndon -- dG My opinions are mine and mine alone. They seldom align with those of my 	 employer.a   ------------------------------  # Date: Fri, 04 May 2001 20:09:41 GMTT- From: Jonathan Boswell <jsb@ost.cdrh.fda.gov>n Subject: IDE controllers0 Message-ID: <3AF30C7F.1082B66E@ost.cdrh.fda.gov>  M I have 2 DPWs and 2 ES40s with rather underutilized IDE controllers in them. lG Has anyone successfully attached any large (18/36GB) IDE disks to theseyL controllers?  I know that they won't do UltraDMA, but I'm looking for large,2 inexpensive mass storage and not blistering speed.   Jonathan Boswell FDA/CDRH   ------------------------------  # Date: Fri, 04 May 2001 23:32:57 GMTe2 From: "Zane H. Healy" <healyzh@shell1.aracnet.com> Subject: Re: IDE controllers4 Message-ID: <J_GI6.161$7O2.4745@typhoon.aracnet.com>  . Jonathan Boswell <jsb@ost.cdrh.fda.gov> wrote:O > I have 2 DPWs and 2 ES40s with rather underutilized IDE controllers in them.  I > Has anyone successfully attached any large (18/36GB) IDE disks to these-N > controllers?  I know that they won't do UltraDMA, but I'm looking for large,4 > inexpensive mass storage and not blistering speed.  O I was just wondering the same thing a couple days ago.  I've got a DPW, and it pO would be rather nice to stuff a couple 70GB EIDE drives in there and turn them t$ into a Shadow Set for archival data.   			Zanes   ------------------------------  % Date: Fri, 04 May 2001 21:08:39 -0700 ! From: Koloth <koloth@tmisnet.com>i% Subject: Re: LAT v Telnet Performance + Message-ID: <3AF37CC6.9CA66752@tmisnet.com>e  D There was an article in an old DTJ issue.  It described LAT and it's performance characteristicse  " I don't remember the exact volume.   Regardss   Cass Witkowski   Doug Mallory wrote:a   > Jack Patteeuw wrote: >  > > David B Sneddon wrote: > > >l > > > Hi Folks,g > > >uH > > > Is anyone aware of any studies/tests that have been done comparingF > > > the performance of LAT and Telnet?  If so, where can I get them?I > > > I have been searching for any such documents but have not been ableh > > > to locate any. > >uD > > Given the "age" of LAT, I doubt if you will ever find the "hard"L > > evidence you want.  Besides if your talking "host to host", I doubt thatA > > you will see any measurable performance increase or decrease.m > >nE > > Remember that LAT was designed to connect a "bunch" (up to 64? onhI > > DECserver 5xx;  still got a few of those kicking around; unplugged !)uE > > terminals (yes, honest to gosh VTxxx's !!!) to one or more hosts.  > >eH > > There was a study done (long ago, in a galaxy far, far away) by someG > > company that was selling LAT for Unix (Meridian ?) that showed veryeE > > measurable performance increase when using LAT terminal server torL > > connect to a Unix host as opposed to telnet terminal servers because LATK > > "packed" it's data and actually reduced the number of interrupts on thei9 > > host.  Much too long ago to remember (but why do I?).e > >g > > Jack Patteeuwf >NL > I, like others here have no measured stats on telnet /Lat performance, but > LAT isL > much tighter and smaller in its packet transfer. It is not routable due toB > the fact it is hardware address specific when addressing a "box" > destination, like netbeui.M > Telnet uses TCP, which can "fix" lost packets on a busy network, Lat can't.lM > The closest IP equivalant would be using UDP, which is smaller packets, butn	 > withoutiI > the control of retransmits or out of order packets. (out of order can,t K > happen on a closed lan), but TCP packets include all this extra stuff pern > packet that LAT doesn'teI > use at all. Lat as a result, should be much quieter on the network in a K > small to medium environment, as well as using less kernel resource on theo > target system. >k > I guess... > Doug.s   ------------------------------  % Date: Fri, 04 May 2001 18:21:10 -0000 - From: wspencer@ap.nospam.org (Warren Spencer)i Subject: Re: LDAP on OpenVMS. Message-ID: <tf5som7qdiq18@news.supernews.com>  > munk@home.nl (Dirk Munk) wrote in <3AF2D1DD.5D6753FA@home.nl>:  I >It is a (standard ?) part of VMS 7.3 (or maybe 7.3.1) AFAIK, so you justv! >have to do a little upgrade :-))n >f >Toine Dirven wrote: >p	 >> Hello,u >>2 >> I'm running OpenVMS 7.2-1H1 on 7 alpha servers. >>) >> Is it possible to use LDAP on OpenVMS.a >>, >> Are there any examples of LDAP on OpenVMS >> >> Best regards, >> >> Toine Dirveni  J There is a server side and client side to LDAP - which components are you @ seeking?  OpenVMS 7.3 is rumored to have an LDAP *client* in it.  J My employer recently had a requirement for an LDAP client on OpenVMS, but I since we're at 7.2-1, we had to persue other alternatives.  The somewhat aG ineligant solution we chose was to talk over the network via HTTP to a eK cgi/perl scipt on a Solaris box, which in turn issued the LDAP requests to nL the server.  The advantage here was that a perl-based LDAP client is freely  available for Solaris.   ws   -- S5 << Marriage is Grand.  Divorce is Fifty-One Grand. >>m   Warren Spencer Senior Software Engineer The Associated Press  ? ** My employer does not necessarily agree with my statements **w   ------------------------------   Date: 4 May 2001 14:26:51 -0500t9 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen)l Subject: Re: LDAP on OpenVMS3 Message-ID: <S4dTxley39dA@eisner.encompasserve.org>d  ^ In article <tf5som7qdiq18@news.supernews.com>, wspencer@ap.nospam.org (Warren Spencer) writes:@ > munk@home.nl (Dirk Munk) wrote in <3AF2D1DD.5D6753FA@home.nl>: > J >>It is a (standard ?) part of VMS 7.3 (or maybe 7.3.1) AFAIK, so you just" >>have to do a little upgrade :-)) >> >>Toine Dirven wrote:i >>
 >>> Hello, >>> 3 >>> I'm running OpenVMS 7.2-1H1 on 7 alpha servers.c >>> * >>> Is it possible to use LDAP on OpenVMS. >>> - >>> Are there any examples of LDAP on OpenVMSi >>>i >>> Best regards,  >>>  >>> Toine Dirven > L > There is a server side and client side to LDAP - which components are you B > seeking?  OpenVMS 7.3 is rumored to have an LDAP *client* in it. > L > My employer recently had a requirement for an LDAP client on OpenVMS, but K > since we're at 7.2-1, we had to persue other alternatives.  The somewhat EI > ineligant solution we chose was to talk over the network via HTTP to a tM > cgi/perl scipt on a Solaris box, which in turn issued the LDAP requests to eN > the server.  The advantage here was that a perl-based LDAP client is freely  > available for Solaris.  > Innosoft had an LDAP client product -- it is now owned by Sun.  E An LDAP server has been built into the Compaq X.500 Directory Service E effective with V4.0.  Effective with Alpha VMS V7.3 they are bundlingaD the licensing of that product with VMS, but to prevent it from being6 too widely used they have changed the product name :-)   ------------------------------   Date: 4 May 2001 21:45:44 GMTe From: pantheon@arber.com= Subject: Re: LIB$CONVERT_DATE_STRING and !Z2 = LIB$_UNRFORCOD * Message-ID: <9cv7u8$m1p$1@news.netmar.com>  > >With DEC C 5.7-004 on OpenVMS VAX V6.2, this program returns ; >LIB$_UNRFORCOD from LIB$CONVERT_DATE_STRING when I use !Z2S >in the input format string.  ? Apparently engineering backported this to 7.1 but aren't gonna a do the same for 6.2.  9 I'm gonna use SYS$NUMTIM to implement "rule 43" manually.s   Fatz  O  -----  Posted via NewsOne.Net: Free (anonymous) Usenet News via the Web  -----sM   http://newsone.net/ -- Free reading and anonymous posting to 60,000+ groupstI    NewsOne.Net prohibits users from posting spam.  If this or other postsaL made through NewsOne.Net violate posting guidelines, email abuse@newsone.net   ------------------------------  % Date: Fri, 04 May 2001 14:49:22 -0400h5 From: David Beatty <David.Beatty@qwertysasasdfgh.com>/# Subject: Re: MP sync high CPU usagei2 Message-ID: <bfbyOqH0UqxtHnh6BXPYi6tHGFWI@4ax.com>  #     Several questions come to mind:   ,     1.  What kind of system are you running?     2.  What version of VMS?*     3.  What applications are you running?7     4.  What other systems are in your cluster and whatp)          version of VMS are they running?sB     5.  Does the application run on multiple nodes in the cluster?;     6.  Is the measurement for MP Sync 50% of one processor0<          or 50% for the entire system?  MONITOR displays its)          values as 100% x number of CPUs.r  5     The MP Sync measurement is the amount of time then2 system spends synchronizing tasks across Symmetric9 Multiprocessing Systems.  There are several possibilitiese: as to what's going on.  If you have access to DSNLink, theF article "Excessive Amounts Of "MP Synchronization" Time On SMP System" might help.   C     The RWSCS process state is described as follows (from DSNLink):   @ Is used by the distributed lock manager in a cluster environment> when the requested lock information, or lock request, requires? using the System Communication Services to communicate with thea@ lock manager on another node of the cluster.  Once the necessary; communication is done, the process will continue executing.T  D Depending on what you are doing, the number of distributed locks may! be normal, and may not be normal.3   David R. Beattya  A On Sat, 5 May 2001 01:59:34 +0800, "Kenneth" <abc@abc.com> wrote:t  
 >Dear all, >tH >1. I am new to VMS admin and tunning, when I "MON MODE" on my system, II >found that the CPU usage on MP SYNC is about 50% of the total CPU usage.t! >What kind of tunning I can make?s >AJ >2. On my system some batch job seems never ended with the status "RWSCS"?M >When I try to "MON DLOCK", it's about 3000 between the system. Is this cause 
 >the problem?n >  >t >    ------------------------------  # Date: Fri, 04 May 2001 19:49:44 GMT-9 From: rickm123@oregon456.uoregon789.edu (Rick Millhollin)5! Subject: Re: RADIUS for OpenVMS ?n2 Message-ID: <3af307a2.1309993871@news.uoregon.edu>  C On Fri, 04 May 2001 14:36:35 -0300 (EST), becherini@vortex.ufrgs.bre wrote:  ! >	Do we have RADIUS for OpenVMS ?1   See www.radiusvms.come< Rick Millhollin, Assistant Director for Computing FacilitiesA University of Oregon, Computing Center, Eugene, Oregon 97403-1212 ) Phone: (541)346-1730 * FAX: (541)346-4397N9 E-mail: rickm123@oregon456.uoregon789.edu (remove digits)    ------------------------------  % Date: Fri, 04 May 2001 23:10:36 -0500y+ From: Shael Richmond <ksrich@bellsouth.net>r( Subject: TCP/IP 5.1 Host Caching problem- Message-ID: <3AF37D3C.1981AEAF@bellsouth.net>i  : Ran into a strange issue with UCX 5.1 under AXP VMS 7.2-1.9 If you put a local host table entry in for a device, thenn8 do a sho term, it lists the host: entry as the host name5 that you put in the host table.  I would expect this.r5 Then I did a set nohost hostname for the same device.e0 I logged off and back on and doing a sho term it5 still shows the host: entry as the hostname.  It useda to show the IP address.  s  4 Where is it getting the name from?  If I try to ping0 by name it says no such host.  It didn't do this) under 5.0.  Where is it storing the name?=  5 I opened a call to Compaq but haven't heard back yet.J   Thanks,"   ShaelM   ------------------------------  # Date: Sat, 05 May 2001 00:23:20 GMTn2 From: "Zane H. Healy" <healyzh@shell1.aracnet.com> Subject: Re: TIN 1.4.44 Message-ID: <YJHI6.164$7O2.4857@typhoon.aracnet.com>  5 Jerry Leslie <LESLIE@209-16-45-102.insync.net> wrote:  > Try using the "-nq" options. t  E I'm not even sure this or "-Q" are working.  Basically I got the sameiK result.  Looks like I need to break down and try and compile it all.  After0J all the time I spent trying to get TIN 1.4.2 running without any success I+ was *really* hoping this would work for me.A   			Zanes   ------------------------------  # Date: Sat, 05 May 2001 00:44:15 GMT 1 From: "Zane H. Healy" <healyzh@monk.brouhaha.com>i Subject: Re: TIN 1.4.44 Message-ID: <z1II6.165$7O2.4762@typhoon.aracnet.com>  1 Zane H. Healy <healyzh@shell1.aracnet.com> wrote: 7 > Jerry Leslie <LESLIE@209-16-45-102.insync.net> wrote:a  >> Try using the "-nq" options.   G > I'm not even sure this or "-Q" are working.  Basically I got the samei  P OK, starting tin with a -"Q" option works for me (forgot the quotes last time). 3 Once I see this message I'll know if posting works.a  L The down side is, that on my AlphaStation 200 4/233 which is connected to myL ISP with via DSL, it's painfully slow to start, and to go into a newsgroup. M Still it's running, which is pretty cool :^)  I'll have to see if it's fastere on my PWS433au.-   			Zane1   ------------------------------  % Date: Sat, 05 May 2001 11:31:01 +1200c( From: Jim Talich <talich@kmr.ll.mit.edu> Subject: Xserver NodeNamer6 Message-ID: <3AF33BB5.28977846@kmrmail.kmr.ll.mit.edu>  < How can I determine the nodename of the Xserver during loginD Running VMS 6.2 on VAX 7000.  Xclients include VAXstation 4000, unix? machines, and NT computers.  Is there a way to automate the set-G display/create to the appropriate values on login?  Can I determine them1 keyboard type on login from one of these clients?c   email: talich@kmr.ll.mit.edu   ------------------------------  % Date: Fri, 04 May 2001 21:41:34 +0200e4 From: Didier Morandi <Didier.Morandi@Pachacamac.com>% Subject: [Q] LAR to replace DEC AMDS?r. Message-ID: <3AF305EF.8A7E570E@Pachacamac.com>  G I heard today about a new COMPAQ tool (product?) named LAR, supposed to 6 do availability reporting, running on VMS UNIX and NT.  G I did not find any info on the COMPAQ OpenVMS WEB site on this product.s  F Does anyone here know about it? Is it supposed to do the same as AMDS?   Thanks,x   D. -- m: The Worldwide Computer-based eXperts Network: www.wcxn.org   ------------------------------   End of INFO-VAX 2001.250 ************************