From: Bruno W. I. <br...@wo...> - 2004-11-19 13:19:15
|
I recently installed smartmontolls 5.33 from RPM on FC2 and turned on doing selftests. Since doing this I have had smartd stop a couple of times. I am not seeing a syslog message suggesting why the problem is occuring. When I was running 5.21 without the selftest setting this didn't happen. |
From: Bruce A. <ba...@gr...> - 2004-11-19 13:23:59
|
Hi Bruno, > I recently installed smartmontolls 5.33 from RPM on FC2 and turned on > doing selftests. Since doing this I have had smartd stop a couple of times. > I am not seeing a syslog message suggesting why the problem is occuring. > When I was running 5.21 without the selftest setting this didn't happen. Wow -- that's serious -- smartd should NEVER stop. When it exits (except by uncatchable signals) smartd prints a farewell message into SYSLOG. Can you find a farewell message and send it to the list? Cheers, Bruce |
From: Bruno W. I. <br...@wo...> - 2004-11-19 13:45:06
|
On Fri, Nov 19, 2004 at 07:23:31 -0600, Bruce Allen <ba...@gr...> wrote: > Hi Bruno, > > > I recently installed smartmontolls 5.33 from RPM on FC2 and turned on > > doing selftests. Since doing this I have had smartd stop a couple of times. > > I am not seeing a syslog message suggesting why the problem is occuring. > > When I was running 5.21 without the selftest setting this didn't happen. > > Wow -- that's serious -- smartd should NEVER stop. When it exits (except > by uncatchable signals) smartd prints a farewell message into SYSLOG. > Can you find a farewell message and send it to the list? There doesn't appear to be any such message. I see normal smartd logs on November 14, then nothing until I restarted the service this morning. The same thing happened the first time I let it run (after debugging the new config file). There were normal looking logs on November 11 and then nothing until I restarted it November 13. My config file has the following two noncomment lines: /dev/hde -a -m root -s L/../.././04 /dev/hdg -a -m root -s L/../.././04 |
From: Bruce A. <ba...@gr...> - 2004-11-19 14:13:57
|
Bruno, can you run a shell script for a day or so, watch to see if smartd is in the process table, and log the first time that it's not? I'd like to see how this correlates with the test times. On Fri, 19 Nov 2004, Bruno Wolff III wrote: > On Fri, Nov 19, 2004 at 07:23:31 -0600, > Bruce Allen <ba...@gr...> wrote: > > Hi Bruno, > > > > > I recently installed smartmontolls 5.33 from RPM on FC2 and turned on > > > doing selftests. Since doing this I have had smartd stop a couple of times. > > > I am not seeing a syslog message suggesting why the problem is occuring. > > > When I was running 5.21 without the selftest setting this didn't happen. > > > > Wow -- that's serious -- smartd should NEVER stop. When it exits (except > > by uncatchable signals) smartd prints a farewell message into SYSLOG. > > Can you find a farewell message and send it to the list? > > There doesn't appear to be any such message. I see normal smartd logs > on November 14, then nothing until I restarted the service this morning. > The same thing happened the first time I let it run (after debugging > the new config file). There were normal looking logs on November 11 > and then nothing until I restarted it November 13. > > My config file has the following two noncomment lines: > /dev/hde -a -m root -s L/../.././04 > /dev/hdg -a -m root -s L/../.././04 > > > ------------------------------------------------------- > This SF.Net email is sponsored by: InterSystems CACHE > FREE OODBMS DOWNLOAD - A multidimensional database that combines > robust object and relational technologies, making it a perfect match > for Java, C++,COM, XML, ODBC and JDBC. www.intersystems.com/match8 > _______________________________________________ > Smartmontools-support mailing list > Sma...@li... > https://lists.sourceforge.net/lists/listinfo/smartmontools-support > > |
From: Bruno W. I. <br...@wo...> - 2004-11-19 14:17:42
|
On Fri, Nov 19, 2004 at 08:13:30 -0600, Bruce Allen <ba...@gr...> wrote: > Bruno, can you run a shell script for a day or so, watch to see if smartd > is in the process table, and log the first time that it's not? I'd like > to see how this correlates with the test times. Yes. |
From: Bruno W. I. <br...@wo...> - 2004-11-20 16:32:16
|
On Fri, Nov 19, 2004 at 08:13:30 -0600, Bruce Allen <ba...@gr...> wrote: > Bruno, can you run a shell script for a day or so, watch to see if smartd > is in the process table, and log the first time that it's not? I'd like > to see how this correlates with the test times. The problem was a configuration error. Either the update or something I did afterward nuked the rc.d entries for smartd, which I wasn't expecting, so that it wasn't being restarted on reboot. I didn't notice the reboot syslog entries near the last smartd entries and realize the problem was related to reboots. However when it didn't stop running over night last night I got suspicious about reboots being a problem and found the real problem. Using 'chkconfig smartd reset' fixed the problem. I don't have an easy to try the install again to see if this occurs just following the directions or if I did something else that caused the problem. If the normal install does change how the service is set up to run, it would be nice to have a comment in the download and install instructions about this. P.S. The reason I was having reboots days apart is that there is a problem with my 3D graphics system that causes problems when playing games that use 3D graphics. X locks up every couple of hours or so and sometimes even restarting X doesn't fix the problem and I need to reboot. |
From: Bruce A. <ba...@gr...> - 2004-11-20 17:18:17
|
Bruno, Thanks for the detailed post-mortem. I'm glad there's nothing wrong with the smartd code. Patches to smartmontools.spec gladly accepted to correct any installation problems with our RPM, but be warned: any signs of competence will earn you CVS write access and the responsibility of maintaining and fixing the .spec file in the future (:-). Cheers, Bruce On Sat, 20 Nov 2004, Bruno Wolff III wrote: > On Fri, Nov 19, 2004 at 08:13:30 -0600, > Bruce Allen <ba...@gr...> wrote: > > Bruno, can you run a shell script for a day or so, watch to see if smartd > > is in the process table, and log the first time that it's not? I'd like > > to see how this correlates with the test times. > > The problem was a configuration error. Either the update or something I > did afterward nuked the rc.d entries for smartd, which I wasn't expecting, > so that it wasn't being restarted on reboot. I didn't notice the reboot > syslog entries near the last smartd entries and realize the problem was > related to reboots. However when it didn't stop running over night last > night I got suspicious about reboots being a problem and found the real > problem. > > Using 'chkconfig smartd reset' fixed the problem. > > I don't have an easy to try the install again to see if this occurs just > following the directions or if I did something else that caused the problem. > If the normal install does change how the service is set up to run, it > would be nice to have a comment in the download and install instructions > about this. > > P.S. The reason I was having reboots days apart is that there is a problem > with my 3D graphics system that causes problems when playing games that > use 3D graphics. X locks up every couple of hours or so and sometimes even > restarting X doesn't fix the problem and I need to reboot. > > > ------------------------------------------------------- > This SF.Net email is sponsored by: InterSystems CACHE > FREE OODBMS DOWNLOAD - A multidimensional database that combines > robust object and relational technologies, making it a perfect match > for Java, C++,COM, XML, ODBC and JDBC. www.intersystems.com/match8 > _______________________________________________ > Smartmontools-support mailing list > Sma...@li... > https://lists.sourceforge.net/lists/listinfo/smartmontools-support > > |