From: Nohez <no...@cm...> - 2003-10-11 12:01:25
|
We have a Intel 875WP1-E motherboard with 2 onboard SATA ports. In addition to the two 80GB SATA disks attached to these ports we have three 160GB IDE HDD and one 300GB IDE HDD attached to 2 Promise controllers (PDC20269). The server has xntpd configured on it to sync time from remote timeserver. It has been running without any problems for more than 2 months. Last week we installed SMARTD on this box. SMARTD was configured to monitor the 6 HDDs. The time on the server started to go out of sync with the remote time server. And the difference increases over time. As soon as smartd daemon was shut XNTPD started to get the server time in sync slowly. We tried this 2-3 times and have noticed the same results. Has anyone faced a similar problem ? Nohez Linux Distro: SuSE Linux 8.2 Professional Kernel : k_smp-2.4.21-108 (SMP because of Hyper-threading) XNTPD : xntp-4.1.1-177 SMARTD : smartmontools-5.1.4-20 |
From: Bruce A. <ba...@gr...> - 2003-10-11 22:41:28
|
> Last week we installed SMARTD on this box. SMARTD was configured to > monitor the 6 HDDs. The time on the server started to go out of sync > with the remote time server. And the difference increases over time. This is the first report we've had of this type. > SMARTD : smartmontools-5.1.4-20 Could you please try this with the current 5.20 release of smartmontools? Bruce |
From: Bruce A. <ba...@gr...> - 2003-10-12 20:47:30
|
> > Last week we installed SMARTD on this box. SMARTD was configured to > > monitor the 6 HDDs. The time on the server started to go out of sync > > with the remote time server. And the difference increases over time. > > This is the first report we've had of this type. > > > SMARTD : smartmontools-5.1.4-20 > > Could you please try this with the current 5.20 release of smartmontools? I had an additional thought about this. In some early versions of smartmontools, including 5.1.4, the code that woke the daemon up to check the devices did a lot more sleep(3)'s than needed. This has been fixed in recent releases. To see if this is what is making the times on your servers go out of sync, try compiling and running the simple test below. If this makes the times go out of sync, something is truly wrong at the kernel level. Bruce // (1) save to test.c // (2) compile with gcc -o test test.c // (3) run as ./test & #include <unistd.h> int main() { while (1) sleep (1); return 0; } |
From: Nohez <no...@cm...> - 2003-10-13 15:08:22
|
I upgraded SMARTD to the latest available 5.20-1 and I can reproduce the same problem. I removed the 2 SATA disks from /etc/smartd.conf and found that the server time remains in sync. The moment I add any one SATA disk the time starts to go out of sync. Tried your test program. Kept the program running for 4 hours with SMARTD running and no SATA disk in smartd.conf. System time remains in sync with remote time server. Can we conclude that SMARTD + SATA combo is causing the system time to go out of sync ?? Nohez On Sun, 12 Oct 2003, Bruce Allen wrote: > > > Last week we installed SMARTD on this box. SMARTD was configured to > > > monitor the 6 HDDs. The time on the server started to go out of sync > > > with the remote time server. And the difference increases over time. > > > > This is the first report we've had of this type. > > > > > SMARTD : smartmontools-5.1.4-20 > > > > Could you please try this with the current 5.20 release of smartmontools? > > I had an additional thought about this. In some early versions of > smartmontools, including 5.1.4, the code that woke the daemon up to check > the devices did a lot more sleep(3)'s than needed. This has been fixed in > recent releases. To see if this is what is making the times on your > servers go out of sync, try compiling and running the simple test below. > If this makes the times go out of sync, something is truly wrong at the > kernel level. > > Bruce > > // (1) save to test.c > // (2) compile with gcc -o test test.c > // (3) run as ./test & > > #include <unistd.h> > > int main() { > while (1) > sleep (1); > return 0; > } |
From: Bruce A. <ba...@gr...> - 2003-10-13 15:19:33
|
Time to write back to linux-kernel. I have no idea what's wrong. Bartlomiej, any ideas? It seems that running smartd with SATA causes the system time to go out of sync... Bruce > I upgraded SMARTD to the latest available 5.20-1 and I can reproduce > the same problem. > > I removed the 2 SATA disks from /etc/smartd.conf and found that the server > time remains in sync. The moment I add any one SATA disk the time starts > to go out of sync. > > Tried your test program. Kept the program running for 4 hours with > SMARTD running and no SATA disk in smartd.conf. System time remains in > sync with remote time server. > > Can we conclude that SMARTD + SATA combo is causing the system time to > go out of sync ?? > > Nohez > > > On Sun, 12 Oct 2003, Bruce Allen wrote: > > > > > Last week we installed SMARTD on this box. SMARTD was configured to > > > > monitor the 6 HDDs. The time on the server started to go out of sync > > > > with the remote time server. And the difference increases over time. > > > > > > This is the first report we've had of this type. > > > > > > > SMARTD : smartmontools-5.1.4-20 > > > > > > Could you please try this with the current 5.20 release of smartmontools? > > > > I had an additional thought about this. In some early versions of > > smartmontools, including 5.1.4, the code that woke the daemon up to check > > the devices did a lot more sleep(3)'s than needed. This has been fixed in > > recent releases. To see if this is what is making the times on your > > servers go out of sync, try compiling and running the simple test below. > > If this makes the times go out of sync, something is truly wrong at the > > kernel level. > > > > Bruce > > > > // (1) save to test.c > > // (2) compile with gcc -o test test.c > > // (3) run as ./test & > > > > #include <unistd.h> > > > > int main() { > > while (1) > > sleep (1); > > return 0; > > } > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: SF.net Giveback Program. > SourceForge.net hosts over 70,000 Open Source Projects. > See the people who have HELPED US provide better services: > Click here: http://sourceforge.net/supporters.php > _______________________________________________ > Smartmontools-support mailing list > Sma...@li... > https://lists.sourceforge.net/lists/listinfo/smartmontools-support > > |