| Title: | DECstation PC Conference |
| Notice: | register note 2, see notes 3 & 4 |
| Moderator: | TARKIN::LIN IND |
| Created: | Tue Jan 10 1989 |
| Last Modified: | Fri Jun 06 1997 |
| Last Successful Update: | Fri Jun 06 1997 |
| Number of topics: | 7470 |
| Total number of notes: | 34994 |
Hi, I am workng on a call where my customer has a LPX 466 that loses 25mins over a 7 day period. One might say this is a bit picky, but never the less, it is frustrating the customer. This is only started happening since I replaced the system board a couple of months ago. Any ideas would be greatly appreceiated. Regards Courtney Brunt MCS NZ [Posted by WWW Notes gateway]
| T.R | Title | User | Personal Name | Date | Lines |
|---|---|---|---|---|---|
| 7426.1 | TARKIN::LIN | Bill Lin | Tue Apr 29 1997 07:12 | 18 | |
re: NNTPD::"[email protected]" Does the system lose time with the power on or with the power off? This matters because with the power on, the system clock is kept by the operating system. With the power off, the battery backup for the CMOS ram is also keeping the clock running. Potential problems if losing time with system on: 1) software problem - some programs are stealing clock interrupts 2) hardware problem - bad crystal Potential problems if losing time with system off: 1) bad battery 2) bad crystal You'll have to do further analysis. Bill | |||||
| 7426.2 | NNTPD::"[email protected]" | Steve Kanowjetski | Thu May 01 1997 20:49 | 17 | |
I had the same problem, when the system was running NT. I replaced up to 3 system boards... and guess what ? The last one fixed it..... There was a bunch of suspect Dallas RTC's that maybe on the system board that you put in. We identified it by when it was manufactured. If this is Netware then you may need to use TIMESYNC.NLM. This also fixed some issues regarding timing. Steve Kaniowski Region Support Australia [Posted by WWW Notes gateway] | |||||