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