home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / os / vms / 20503 < prev    next >
Encoding:
Internet Message Format  |  1993-01-07  |  1.5 KB

  1. Path: sparky!uunet!mcsun!uknet!str-ccsun!dct.ac.uk!ccdarg
  2. From: ccdarg@dct.ac.uk (Alan Greig)
  3. Newsgroups: comp.os.vms
  4. Subject: Re: Date incorrect after reboot
  5. Message-ID: <1993Jan7.143256.2673@dct.ac.uk>
  6. Date: 7 Jan 93 14:32:56 GMT
  7. References: <1993Jan5.215635.6062@odin.corp.sgi.com> <20315005@zl2tnm.gen.nz> <1993Jan6.092134.22@sfpp.com> <1993Jan7.090347.14794@fys.ruu.nl>
  8. Organization: Dundee Institute of Technology
  9. Lines: 26
  10.  
  11. In article <1993Jan7.090347.14794@fys.ruu.nl>, hooft@fys.ruu.nl (Rob Hooft) writes:
  12. > In <1993Jan6.092134.22@sfpp.com> longo@sfpp.com (Bob Longo) writes:
  13. >>Yeah... My VAX systems NEVER crash, so why bother?    ;-)
  14. >>Seriously - you are correct that SHUTDOWN.COM does the SET TIME, but systems
  15. >>do occasionally crash, lose power, etc.  Issuing the SET TIME shortly after
  16. >>midnight after the new year change covers you in case of such a disaster.
  17. > Just make sure you have a cluster: good LAVC practice is to
  18. > synchronize the clocks every once in a while: I think SET TIME/CLUSTER
  19. > will also take care of the problem?
  20.  
  21. Although this is no longer a supported command. Try SYSMAN> SET ENV/CLUS
  22. SYSMAN> CONFIGURE SET TIME
  23.  
  24. > And: NO: Our VAX systems NEVER crash. Uptimes upto 600 days, causing an
  25. > overflow in the CPU time of the NULL process (Yes: VMS 4.7).
  26.  
  27. Reminds me of TOPS20's Idle: +INF%
  28. -- 
  29. Alan Greig                            Janet: Alan@UK.AC.DUNDEE-TECH
  30. Dundee Institute of Technology       Internet: Alan@DCT.AC.UK
  31. Tel: (0382) 308810                 Int: +44 382 308810
  32.               -- There is only one true conspiracy --
  33.