1 INFO-VAX	Sun, 30 Nov 2003	Volume 2003 : Issue 663       Contents: Re: My new Sun e250?  Re: NTP build procedure for VMS?  Re: NTP build procedure for VMS?  Re: NTP build procedure for VMS? Re: SimH: no cluster connection  symbols and logicals in SYSMAN+ Re: Telnet session with fixed TNAnnn: name? + Re: Telnet session with fixed TNAnnn: name? + Re: Telnet session with fixed TNAnnn: name? + Re: Telnet session with fixed TNAnnn: name? + Re: Telnet session with fixed TNAnnn: name?   F ----------------------------------------------------------------------  % Date: Sun, 30 Nov 2003 12:20:35 +0100  From: Dirk Munk <munk@home.nl> Subject: Re: My new Sun e250? 2 Message-ID: <bqck5j$kjm$1@news1.tilbu1.nb.home.nl>   Neil Rieck wrote: J > My employer just took delivery of a new Sun e250 for a project where theL > application vendor required it. It came with two CPUs (450 MHz), 2 Gigs ofN > RAM, and six 36 Gig drives. We've been playing with it for the past few daysP > and noticed something strange: CPU utilization is almost totally maxed out forO > quite some time whenever we pull out, then replace, one of the RAID-5 drives. O > (remember, there is no application software installed yet and no one else was  > logged on) > M > After a little head scratching we came to the realization that this must be N > some kind of host-based RAID. We don't see this type of CPU bog down when weD > do something similar on my AlphaServer DS20 which has and externalE > hardware/based RAID controller (a single channel RA-3000 (HSZ-22)).  > L > Does Sun make/support a hardware based RAID controller or is this the best > that they've got?  >  > Neil Rieck > Kitchener/Waterloo/Cambridge,  > Ontario, Canada.# > http://www3.sympatico.ca/n.rieck/ : > http://www3.sympatico.ca/n.rieck/links/cool_openvms.html >  > % Why don't you look at SUN's web site?  I found this site in seconds:   . http://www.sun.com/storage/workgroup/index.xml  N I did not look at all the descriptions, but at a first glance there should be ' something for you among these products.    ------------------------------  % Date: Sun, 30 Nov 2003 11:59:44 +0100  From: Dirk Munk <munk@home.nl>) Subject: Re: NTP build procedure for VMS? 2 Message-ID: <bqciub$7ke$1@news1.tilbu1.nb.home.nl>   Richard B. Gilbert wrote: I > It's fairly obvious that NTP is not setting the clock.  It not obvious  # > that it is doing anything at all.  > K > The Wizard (and HPAQ tech support) say to upgrade to TCPIP Services V5.1  K > which I can't do.  TCPIP V5.1 works very well BTW, I'm running it on the  I > four Alphas that I *can* run it on; they are generally within a couple  K > of milliseconds of the server they are synchronized with and that's well   > within my tolerance. > E > The NTP.TEMPLATE file is not much help!  The only basic difference  K > between what I was doing, and the template file is that I was  using the  I > "server" keyword instead of "peer" because I didn't want these systems  K > to have any peers in the NTP sense of the word.  When I changed "server"  K > to "peer" and restarted NTP, the log file did report that it had found a  H > peer and was now at stratum 2.  I also have the "correct-any" keyword F > which is supposed to allow NTP to jump the clock if necessary; it's K > clearly necessary but it's not doing that either.  Thirty minutes later,  H > it's still at an offset of -2.334959 seconds from it's new "peer" and I > it's still drifting in the wrong direction at about 8 milliseconds per   > hour.  > & > Do you actually have this working??? > P I will have to look at some systems at my work how they are configurered. We do L have some older system running VMS 6 and UCX 4.2, but I hardly ever look at N them. However I'm quite sure they do use NTP for their time source. I hope to % come back to you soon with an answer.    ------------------------------  # Date: Sun, 30 Nov 2003 12:57:53 GMT 4 From: brad@.gateway.2wire.net (Bradford J. Hamilton)) Subject: Re: NTP build procedure for VMS? 0 Message-ID: <lPlyb.363591$HS4.3021330@attbi_s01>  S In article <bqciub$7ke$1@news1.tilbu1.nb.home.nl>, Dirk Munk <munk@home.nl> writes:  !Richard B. Gilbert wrote: !snip!  ' !> Do you actually have this working???  !>  Q !I will have to look at some systems at my work how they are configurered. We do  M !have some older system running VMS 6 and UCX 4.2, but I hardly ever look at  O !them. However I'm quite sure they do use NTP for their time source. I hope to  & !come back to you soon with an answer. !   M I've been watching this thread with some interest.  I have a box at work that * seems to have no problem as an NTP client:   XXXXX::BRADH$ ucx sho vers  8   DIGITAL TCP/IP Services for OpenVMS Alpha Version V4.26   on a AlphaServer 2000 4/275 running OpenVMS V6.2-1H1  # ...and a snippet of the log file...   2  07:30:12.46    -0.000528 seconds, new tick   97642  07:31:16.47    -0.000120 seconds, new tick   97642  07:33:24.44    +0.000294 seconds, new tick   97662  07:34:28.45    -0.000612 seconds, new tick   9764=  07:35:32.46    -0.001168 seconds, discarded, trip > 0.010000 >  07:37:40.45    +0.001715 seconds, filtered, aperture 0.0015322  07:39:48.45    -0.000293 seconds, new tick   9764@  07:40:52.45    -0.001655 seconds, new tick   9764 for 2 seconds@  07:41:56.46    -0.000810 seconds, new tick   9764 for 1 seconds  N I will admit, the adjustments come frequently (more than I would like to see),< but I don't think it has an adverse effect upon performance:   XXXXX::BRADH$ sh sys/proc=*ntp* M OpenVMS V6.2-1H1  on node XXXXX  30-NOV-2003 07:47:49.11  Uptime  16 23:36:17 M   Pid    Process Name    State  Pri      I/O       CPU       Page flts  Pages M 00000118 UCX$NTPD        HIB      7   199658   0 00:04:12.73       333    101   L Bottom line:  The system time stays within a second of the NTP server system time.   J __________________________________________________________________________A Bradford J. Hamilton                    "All opinions are my own" K bMradAhamiPltSon-at-coMmcAast.nPeSt     "Lose the MAPS, and replace '-at-'  0                                          with @"   ------------------------------  % Date: Sun, 30 Nov 2003 18:53:08 +0200 / From: Mike Rechtman <mike-no-spam@rechtman.com> ) Subject: Re: NTP build procedure for VMS? : Message-ID: <bqd7ar$21mvb9$1@ID-103225.news.uni-berlin.de>   Bradford J. Hamilton wrote: U > In article <bqciub$7ke$1@news1.tilbu1.nb.home.nl>, Dirk Munk <munk@home.nl> writes:  > !Richard B. Gilbert wrote:	 > !snip!  ) > !> Do you actually have this working???  > !>  S > !I will have to look at some systems at my work how they are configurered. We do  O > !have some older system running VMS 6 and UCX 4.2, but I hardly ever look at  Q > !them. However I'm quite sure they do use NTP for their time source. I hope to  ( > !come back to you soon with an answer. > !  > O > I've been watching this thread with some interest.  I have a box at work that , > seems to have no problem as an NTP client: >  > XXXXX::BRADH$ ucx sho vers > : >   DIGITAL TCP/IP Services for OpenVMS Alpha Version V4.28 >   on a AlphaServer 2000 4/275 running OpenVMS V6.2-1H1 > % > ...and a snippet of the log file...  > 4 >  07:30:12.46    -0.000528 seconds, new tick   97644 >  07:31:16.47    -0.000120 seconds, new tick   97644 >  07:33:24.44    +0.000294 seconds, new tick   97664 >  07:34:28.45    -0.000612 seconds, new tick   9764? >  07:35:32.46    -0.001168 seconds, discarded, trip > 0.010000 @ >  07:37:40.45    +0.001715 seconds, filtered, aperture 0.0015324 >  07:39:48.45    -0.000293 seconds, new tick   9764B >  07:40:52.45    -0.001655 seconds, new tick   9764 for 2 secondsB >  07:41:56.46    -0.000810 seconds, new tick   9764 for 1 seconds > P > I will admit, the adjustments come frequently (more than I would like to see),> > but I don't think it has an adverse effect upon performance: > ! > XXXXX::BRADH$ sh sys/proc=*ntp* O > OpenVMS V6.2-1H1  on node XXXXX  30-NOV-2003 07:47:49.11  Uptime  16 23:36:17 O >   Pid    Process Name    State  Pri      I/O       CPU       Page flts  Pages O > 00000118 UCX$NTPD        HIB      7   199658   0 00:04:12.73       333    101  > N > Bottom line:  The system time stays within a second of the NTP server system > time.  > L > __________________________________________________________________________C > Bradford J. Hamilton                    "All opinions are my own" M > bMradAhamiPltSon-at-coMmcAast.nPeSt     "Lose the MAPS, and replace '-at-'  2 >                                          with @"A Is the O.P. running in Alpha or VAX? (lost the original posts) I  E definitely have a VAX at work, VMS 6.2, UCX 4.2 ECO ???, whiche once  F synchronized with an NTP server re-synchs once an hour. All I have in G the .CONF file is "server aa.bb.cc.xx" - but I have the VAX setup as a  $ peer in the NTP server's .CONF file.   Mike   ------------------------------  % Date: Sun, 30 Nov 2003 08:20:53 +0100 " From: Didier Morandi <no@spam.com>( Subject: Re: SimH: no cluster connection3 Message-ID: <3fc99a81$0$9299$626a54ce@news.free.fr>    Tim Llewellyn wrote:  K > I have sucessfully booted a cluster satellite on Simh running on W98 from , > a cluster boot node running Simh on Linux.  G SimH is not a satellite. It has been configured as a standalone system.   ; > Are you trying to run both nodes on the same Windows box?   3 No. The others are a genuine Alpha and a FutureVAX.    > Any more progress your end?   ! No. I had to take a few days off. Q I however tried to have the Alpha join the SimH cluster by booting later, it did  N not even reckognize that there was a Cluster with the same number waiting for  connection.    D. --  N     Read the latest VAX/VMS to Itanium Migration News  | mirrors   | downloadsJ   www.openvms.org/dmorandi/vaxvms2itanium_200311en.pdf   en USA        455I www.didiermorandi.com/vms/vaxvms2itanium_200311en.pdf   en Europe    2747 I www.didiermorandi.com/vms/vaxvms2itanium_200311fr.pdf   fr Europe     568 I www.didiermorandi.com/vms/vaxvms2itanium_200310en.pdf   en Europe    1115 I www.didiermorandi.com/vms/vaxvms2itanium_200310fr.pdf   fr Europe     173   ;                   Discover the FutureVAX: www.futurevax.com ;                   (number of visits, en : 3793 - fr : 2731)   I    didier morandi  ~ sarl au capital de 8 000 euros ~  Revendeur agr HP E        Expertise en environnement DIGITAL ~ Formation ~ Programmation I    Offshore ~ 5 av. A. Durand 31700 Blagnac France. Tl: 33(0)5 6131 6287 F      SIRET 448 694 851 00016 RCS Toulouse http://www.didiermorandi.com   ------------------------------  + Date: Sun, 30 Nov 2003 11:10:01 +0000 (UTC) P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)' Subject: symbols and logicals in SYSMAN $ Message-ID: <bqcj68$k6j$1@online.de>  C Is there any way to set up SYSMAN so that symbols and logicals are  ' defined, e.g. I could do something like       SYSMAN> DO @ SOMEDIR:FOO.COM   ? where SOMEDIR is a logical name and FOO.COM contains lines like   
    $  WSO X,Y   I where X and Y are local symbols (defined in FOO.COM) but WSO is a global   symbol defined somewhere else?   ------------------------------  % Date: Sun, 30 Nov 2003 09:09:10 +0100 2 From: Wilm Boerhout <w.boerhoutOLD@PAINTplanet.nl>4 Subject: Re: Telnet session with fixed TNAnnn: name?* Message-ID: <bqc8rk$apu$1@reader11.wxs.nl>   > J > If it has something to do with the AutoLogin Facility (ALF), perhaps the) > docset and the FAQ may be of some help.  >   G In reply to all sofar: OK, this loose pipe floating around isn't going  = to connect anywhere useful. I told you I'm ignorant on TCPIP.   F The problem I'm trying to solve has to do with a very old application E that uses autologin sessions (from trusted workstations on the local  A network) with TXAn: devices. Station names are encoded via the 4  I character TXAn device name, that is also used in SYSALF.DAT (SYSMAN ALF).   F The application source is no longer avaiable, but the tables defining E the station names may be modified. My plan was to create TNAn device  < names and using these in the tables (I need only 7 stations)  F I know ALF can use port names to define autologin from LAT, using the F TT_ACCPORNAM structure. However -and this may be a missing feature in I TCPIP Servcies-, the TT_ACCPORNAM structure for incoming TELNET contains  H spaces ("Host: whatever Port:1234") and SYSMAN ALF will not allow me to H enter that structure (spaces not allowed apparently). Even if it would, I I do not need the remote port name there as I would like incoming TELNET  6 from that PCs IP address -from any port- to autologin.  H By the way, they all need to autologin to the same username. I know, it H sounds silly, but the application has been working that way since 1986, H and I'm not going to change it know. And, It's in COBOL, and in German. ) I'm Dutch, and speak only Fortran anyway.    --  
 Wilm Boerhout    w.boerhoutOLD@PAINTplanet.nl(    (remove OLD PAINT from reply address)   ------------------------------  % Date: Sun, 30 Nov 2003 10:13:26 +0100 2 From: Wilm Boerhout <w.boerhoutOLD@PAINTplanet.nl>4 Subject: Re: Telnet session with fixed TNAnnn: name?* Message-ID: <bqcck4$fbs$1@reader11.wxs.nl>  ? Ok, it's morning again over here. SYSMAN ALF has a display bug:   ; $ MC SYSMAN ALF ADD "Host: whatever Port:1234" SYSTEM /PORT    $ MC SYSMAN ALF SHO * 9 %SYSMAN-I-ALFFIL, contents of ALF database on node VAXPWR H Terminal/Port Name                                              UsernameH --------------------------------------                          --------F Host:                                                           SYSTEM   $ type sys$system:sysalf.datE Host: zeus Port: 1234                                          SYSTEM   G Still need to lose the Port: part for this autologin to work, though...    > H > I know ALF can use port names to define autologin from LAT, using the H > TT_ACCPORNAM structure. However -and this may be a missing feature in K > TCPIP Servcies-, the TT_ACCPORNAM structure for incoming TELNET contains  J > spaces ("Host: whatever Port:1234") and SYSMAN ALF will not allow me to J > enter that structure (spaces not allowed apparently). Even if it would, K > I do not need the remote port name there as I would like incoming TELNET  8 > from that PCs IP address -from any port- to autologin. --  
 Wilm Boerhout    w.boerhoutOLD@PAINTplanet.nl(    (remove OLD PAINT from reply address)   ------------------------------  % Date: Sun, 30 Nov 2003 05:34:49 -0500 * From: JF Mezei <jfmezei.spamnot@istop.com>4 Subject: Re: Telnet session with fixed TNAnnn: name?) Message-ID: <3FC9C797.A48E2A38@istop.com>    Wilm Boerhout wrote:= > $ MC SYSMAN ALF ADD "Host: whatever Port:1234" SYSTEM /PORT I > Still need to lose the Port: part for this autologin to work, though...   N Some telnet clients do allow one to specify which local port number to use for the outbound call.  M So, if the VMS host is told to accept an ALF for an inbound call from machine . X.Y.Z from port yyyy, perhaps that could work.  K Another possibility would be to define a new service, mapped to a different L port from telnet. You can then restrict inbound calls to only a specific setG of IP adresses. And you could point to the command procedure and common * username to use to start your application.   ------------------------------  % Date: Sun, 30 Nov 2003 12:19:47 +0100 2 From: Wilm Boerhout <w.boerhoutOLD@PAINTplanet.nl>4 Subject: Re: Telnet session with fixed TNAnnn: name?* Message-ID: <bqck1c$4di$1@reader11.wxs.nl>   JF Mezei wrote:   P > Some telnet clients do allow one to specify which local port number to use for > the outbound call. > O > So, if the VMS host is told to accept an ALF for an inbound call from machine 0 > X.Y.Z from port yyyy, perhaps that could work.  G Yes, that would help. I have searched for, but have not yet found a PC  $ telnet client that has this feature.   > M > Another possibility would be to define a new service, mapped to a different N > port from telnet. You can then restrict inbound calls to only a specific setI > of IP adresses. And you could point to the command procedure and common , > username to use to start your application.  G Again, my understanding of TCPIP is lacking here. So, I would define a  I TELNET service on VMS on, say, port 2323, and only allow precisely those  H 7 PC stations' IP addresses. An incoming telnet call to port 2323 would I create a process and associated TNAnnnn: terminal for the user THISUSER,  , specified in the TCPIP TELNET service setup.  = In my opinion, this would constitute an "autologin", but the  ' LOGINOUT.EXE is never activated. Right?    --  
 Wilm Boerhout    w.boerhoutOLD@PAINTplanet.nl(    (remove OLD PAINT from reply address)   ------------------------------    Date: 30 Nov 2003 07:10:59 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen) 4 Subject: Re: Telnet session with fixed TNAnnn: name?3 Message-ID: <5RI4ol$b9HOK@eisner.encompasserve.org>   _ In article <bqc8rk$apu$1@reader11.wxs.nl>, Wilm Boerhout <w.boerhoutOLD@PAINTplanet.nl> writes:  >  >>  K >> If it has something to do with the AutoLogin Facility (ALF), perhaps the * >> docset and the FAQ may be of some help.  H > I know ALF can use port names to define autologin from LAT, using the H > TT_ACCPORNAM structure. However -and this may be a missing feature in K > TCPIP Servcies-, the TT_ACCPORNAM structure for incoming TELNET contains  J > spaces ("Host: whatever Port:1234") and SYSMAN ALF will not allow me to J > enter that structure (spaces not allowed apparently). Even if it would,   @ That seems like it might be your choice of TCP/IP package or the configuration thereof.  H Multinet running on DECUServe produces the following (obfuscated by me):  0 $ write sys$output f$getdvi("tt","tt_accpornam")0 p123456789q89.subsubdomain.subdomain.example.com  K > I do not need the remote port name there as I would like incoming TELNET  8 > from that PCs IP address -from any port- to autologin.  H If this were on Alpha, you could change the supplied username by writing/ your own ACME Agent, effective with VMS V7.3-2.   J > By the way, they all need to autologin to the same username. I know, it J > sounds silly, but the application has been working that way since 1986,   , So I guess your application is not on Alpha.  G There is a slight possibility you could do something with LGI_CALLOUTS, E but you would need to use the source listings to get that working, if  indeed it is possible at all.    ------------------------------   End of INFO-VAX 2003.663 ************************