1 INFO-VAX	Fri, 23 Jun 2006	Volume 2006 : Issue 347       Contents: charon-vax on linux % Re: How can I read a locked VMS file? / multiplatform (Alpha/Itanium) SWS configuration # ntpdate fails after VMS 8.2 upgrade ' Re: ntpdate fails after VMS 8.2 upgrade   F ----------------------------------------------------------------------    Date: 23 Jun 2006 09:48:18 -0700 From: michael.belyaev@gmail.com  Subject: charon-vax on linuxB Message-ID: <1151081298.005832.310770@r2g2000cwb.googlegroups.com>   hello, everybody!   ? i have a FREE version of charon-vax for linux i downloaded last  october.  G if any you use(d) charon-vax on linux in production or in the know, can    you tell me if:   F in the Linux commercial version (if there's any), can you create disks >  2Gb?C     - the freebie version (dated sometime last year) only allows to  create 2 Gb disks;  G can you create/add/change disks on the fly (like via charons.ini file)? D     - current freebie does not like changing/adding disks on the flyB (when you stop the emulator to change the disks like 'set DUA blahF blah..', change the disks then start it again the emulator gives a lot of network errors;)     B     what is the top for RAM for Linux version (or top VAX series)?  <     what VAXen you are using on Linux and how do they scale?  	 Thank you  --   michael belyaev    ------------------------------  % Date: Fri, 23 Jun 2006 09:16:28 +0100 0 From: Chris Sharman <chris.sharman@sorry.nospam>. Subject: Re: How can I read a locked VMS file?4 Message-ID: <e7g80s$9qf$1$8300dec7@news.demon.co.uk>   StevensSpam@cfl.rr.com wrote: H > I have a log file that is locked. The process that has the file lockedG > is production critical; I cannot terminate it. However, I really need G > to view the contents of this log file. Is there a way to override the ; > VMS file lock in order to view the contents of this file?   6 I wrote a little utility called peek, way back in '89.  E It uses $qio to access the file, and does the record handling itself  H (incomplete, but handles all the log files I've ever wanted). It has to 9 do that because rms won't disregard its own locks, afaik.   F Obviously, deciding whether something's been written or is simply old G rubbish on the disk is largely guesswork (especially without highwater  E marking). It expects records to be 255 bytes or less (or more if the  % file header says they can be bigger).   I It was submitted to decus, all those years ago, and has probably made it   onto one of the freeware disks.   I Failing that, anyone that wants a copy of peek.pas/.obj/.exe can pick it  H up from http://services.ccagroup.co.uk/proofs/peek.zip (a vms zip file, - so unzip it on vms & restore the attributes).    Chris    ------------------------------  # Date: Fri, 23 Jun 2006 06:16:44 GMT L From: winston@SSRL.SLAC.STANFORD.EDU (Alan Winston - SSRL Central Computing)8 Subject: multiplatform (Alpha/Itanium) SWS configuration6 Message-ID: <00A579DA.63CB0BE2@SSRL.SLAC.STANFORD.EDU>  	 VMSers --   I So I'd like to run as identical an Apache configuration as possible on my E Alpha and Itanium cluster members, which would ideally let me use the  apache$common:[conf]httpd.conf  > The problem I have is that modules are included explicitly, eg@ mod_auth_openvms.exe_alpha   - while the I64 version of that is  mod_auth_openvms.exe  7 I know how to get around this, but it's a little yucky:   0 include /apache$specific:[conf]auth_openvms.conf  B and then call out the architecture specific version of the module.  > I don't like this because the apache$specific is per-node, notJ per-architecture, which means I'd have to replicate all my clever includesL for every node.  (Not a big problem right now with three nodes, but it still0 seems like there ought to be a way around this.)  ) What's recommended for dealing with this?    -- Alan    ------------------------------    Date: 23 Jun 2006 04:16:05 -0700$ From: "Wilm" <w5.boerhout@planet.nl>, Subject: ntpdate fails after VMS 8.2 upgradeB Message-ID: <1151061365.395853.32380@g10g2000cwb.googlegroups.com>  6 I use "ntpdate" to synchronize time on my VMS systems.  C On VAX and Alpha 7.3-2, this has always worked. After I upgraded my F disk to 8.2 (Update 3 and TCPIP 5.5 ECO 1 applied), ntpdate fails. See logs below.   D Ideas as to what has changed? Release notes for VMS and TCPIP do not give (me) any.   /Wilm   7 *************** VAX ***********************************    $ tcpip sho vers  5   Compaq TCP/IP Services for OpenVMS VAX Version V5.1 )   on a VAX 4000-106A running OpenVMS V7.3    $ ntptrace <mynode> C <mynode>.<mydomain>.nl: stratum 4, offset -0.009234, synch distance  0.22012 E internet.radom.pl: stratum 3, offset 0.003266, synch distance 0.15565 F info.cyf-kr.edu.pl: stratum 2, offset 0.014948, synch distance 0.04192C chronos.cru.fr: stratum 1, offset 0.020228, synch distance 0.00000,  refid 'GPS'    $ ntpdate <mynode>8 Selected server is <mynode> (10.5.0.2) offset -0.0147938   $   ? *************** ALPHA 7.3-2 ***********************************    $ tcpip sho vers  3   HP TCP/IP Services for OpenVMS Alpha Version V5.4 8   on a AlphaServer 4X00 5/533 4MB running OpenVMS V7.3-2   $ ntptrace <mynode> C <mynode>.<mydomain>.nl: stratum 4, offset 18.555833, synch distance  0.24521 F internet.radom.pl: stratum 3, offset 18.554057, synch distance 0.13156G info.cyf-kr.edu.pl: stratum 2, offset 18.562987, synch distance 0.04068 D chronos.cru.fr: stratum 1, offset 18.563478, synch distance 0.00000, refid 'GPS'    $ ntpdate -o 3 <mynode> 9 Selected server is <mynode> (10.5.0.2) offset +18.5488039    $   $ *************** ALPHA 8.2 (update 3)# ***********************************  $ tcpip sho vers  ;   HP TCP/IP Services for OpenVMS Alpha Version V5.5 - ECO 1 7   on an AlphaServer 4X00 5/533 4MB running OpenVMS V8.2    $ ntptrace <mynode> C <mynode>.<mydomain>.nl: stratum 4, offset 16.350539, synch distance  0.22394 F internet.radom.pl: stratum 3, offset 16.373182, synch distance 0.16060G info.cyf-kr.edu.pl: stratum 2, offset 16.373374, synch distance 0.04204 D chronos.cru.fr: stratum 1, offset 16.385843, synch distance 0.00000, refid 'GPS'    $ ntpdate -o 3 <mynode> ) Looking for host <mynode> and service ntp F Error : The service passed was not recognized for the specified socket type. 6 23 Jun 11:19:24 ntpdate[160]: can't find host <mynode>  = 23 Jun 11:19:24 ntpdate[160]: no servers can be used, exiting    ------------------------------    Date: 23 Jun 2006 06:08:20 -0700$ From: "Wilm" <w5.boerhout@planet.nl>0 Subject: Re: ntpdate fails after VMS 8.2 upgradeB Message-ID: <1151068100.521939.91520@i40g2000cwc.googlegroups.com>  7 In a private message, Steven Schweda suggested to "copy F SYS$SYSTEM:TCPIP$NTPDATE.EXE from an old system, and see if it runs on
 the new one."     Well, Steven, you saved the day!  F I happened to have my backup disk (DKA0:) from before the V8.2 upgrade still on line, and defined  :  $ oldntpdate :== $dka0:[vms$common.sysexe]tcp$ntpdate.exe  E Now *this* old ntpdate runs fine on V8.2, which proves to me that the G new one is broken. The new ntptrace runs fine however, so I suspect the ( problem is local to the new ntpdate.exe.   /Wilm    ------------------------------   End of INFO-VAX 2006.347 ************************