You can subscribe to this list here.
2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(50) |
Nov
(161) |
Dec
(84) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2003 |
Jan
(84) |
Feb
(103) |
Mar
(54) |
Apr
(63) |
May
(44) |
Jun
(45) |
Jul
(44) |
Aug
(55) |
Sep
(15) |
Oct
(99) |
Nov
(101) |
Dec
(104) |
2004 |
Jan
(76) |
Feb
(98) |
Mar
(99) |
Apr
(130) |
May
(107) |
Jun
(79) |
Jul
(94) |
Aug
(164) |
Sep
(115) |
Oct
(125) |
Nov
(160) |
Dec
(84) |
2005 |
Jan
(72) |
Feb
(85) |
Mar
(55) |
Apr
(109) |
May
(64) |
Jun
(33) |
Jul
(71) |
Aug
(77) |
Sep
(84) |
Oct
(102) |
Nov
(106) |
Dec
(51) |
2006 |
Jan
(47) |
Feb
(58) |
Mar
(60) |
Apr
(106) |
May
(73) |
Jun
(65) |
Jul
(109) |
Aug
(103) |
Sep
(73) |
Oct
(57) |
Nov
(94) |
Dec
(62) |
2007 |
Jan
(61) |
Feb
(67) |
Mar
(90) |
Apr
(90) |
May
(77) |
Jun
(82) |
Jul
(75) |
Aug
(74) |
Sep
(63) |
Oct
(70) |
Nov
(60) |
Dec
(59) |
2008 |
Jan
(68) |
Feb
(113) |
Mar
(128) |
Apr
(89) |
May
(57) |
Jun
(88) |
Jul
(74) |
Aug
(43) |
Sep
(77) |
Oct
(106) |
Nov
(99) |
Dec
(82) |
2009 |
Jan
(126) |
Feb
(49) |
Mar
(47) |
Apr
(26) |
May
(38) |
Jun
(75) |
Jul
(61) |
Aug
(45) |
Sep
(105) |
Oct
(77) |
Nov
(46) |
Dec
(47) |
2010 |
Jan
(58) |
Feb
(88) |
Mar
(54) |
Apr
(78) |
May
(30) |
Jun
(40) |
Jul
(46) |
Aug
(36) |
Sep
(30) |
Oct
(29) |
Nov
(80) |
Dec
(52) |
2011 |
Jan
(30) |
Feb
(27) |
Mar
(25) |
Apr
(77) |
May
(24) |
Jun
(45) |
Jul
(34) |
Aug
(24) |
Sep
(65) |
Oct
(55) |
Nov
(72) |
Dec
(19) |
2012 |
Jan
(58) |
Feb
(44) |
Mar
(90) |
Apr
(11) |
May
(27) |
Jun
(32) |
Jul
(61) |
Aug
(32) |
Sep
(39) |
Oct
(45) |
Nov
(50) |
Dec
(21) |
2013 |
Jan
(44) |
Feb
(26) |
Mar
(37) |
Apr
(46) |
May
(24) |
Jun
(44) |
Jul
(15) |
Aug
(16) |
Sep
(20) |
Oct
(36) |
Nov
(36) |
Dec
(41) |
2014 |
Jan
(21) |
Feb
(9) |
Mar
(14) |
Apr
(16) |
May
(32) |
Jun
(50) |
Jul
(71) |
Aug
(47) |
Sep
(17) |
Oct
(9) |
Nov
(40) |
Dec
(42) |
2015 |
Jan
(11) |
Feb
(25) |
Mar
(22) |
Apr
(21) |
May
(6) |
Jun
(3) |
Jul
(7) |
Aug
(42) |
Sep
(28) |
Oct
(33) |
Nov
(5) |
Dec
(7) |
2016 |
Jan
(12) |
Feb
(18) |
Mar
(19) |
Apr
(31) |
May
(27) |
Jun
(23) |
Jul
(12) |
Aug
(33) |
Sep
(5) |
Oct
(28) |
Nov
(19) |
Dec
(8) |
2017 |
Jan
(52) |
Feb
(36) |
Mar
(12) |
Apr
(17) |
May
(8) |
Jun
(12) |
Jul
(3) |
Aug
|
Sep
(2) |
Oct
|
Nov
|
Dec
|
2018 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
(2) |
Sep
|
Oct
|
Nov
|
Dec
|
2021 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Pricea@Itronix.com - 2003-02-19 04:05:33
|
Is it at all possible to create and run a bootable version of smartmontools on floppy or cd? I need to access SMART attributes without writing or otherwise altering a client image. Thanks for any suggestions, Alex |
From: Bruce A. <ba...@gr...> - 2003-02-18 14:39:14
|
Hi Doug, > The recent SCSI drafts don't supply any information about the SMART > log sense page (page=0x2f). Could someone supply me with a pointer > (url) for decoding that page? I spent some time poking around the web today and the best that I could find was: http://ssddom01.hgst.com/tech/techlib.nsf/techdocs/85256AB8006A31E587256A9D006E3320/$file/ddys_spw.pdf [This is the OEM documentation for Harald's drive.] The most relevant things I could find were: Section 8.7.7 which describes these two bytes as the SMART sense code byte and the SMART sense qualifier, and Section 12.2.12.3 (a subsection of SCSI sense data) which does contain the pair 0x5d/0x56, described as: "Spin Up Time Warning" But I am not sure that this is even relevant. Doug, could you thumb through the document above and see if you can get anything out of it? Cheers, Bruce > > The sg_logs output supplied by Harald shows the page can > be read ok: > No ascii information for page=0x2f, here is hex: > 00 2f 00 00 08 00 00 00 04 5d 56 1f 55 > > The code in the scsiCheckSmart() function (in scsicmds.c > line 835) is interpreting the 8th and 9th bytes (i.e. > 0x5d and 0x56) as a asc/asq pair [as found in a REQUEST > SENSE response when the previous command has reported a > CHECK CONDITION status]. That 5d,56 pair corresponds to the > error/warning message being reported. > > So I can see how it is happening but not why ... > > Doug Gilbert > > > > Bruce Allen wrote: > > Hi Harald, > > > > Thanks very much for sending the information. Doug, I think that I can > > now answer your question, about method == CHECK_SMART_BY_LGPG_2F. > > > > I think that this conditional is true. The reason is that since Harald's > > disk supports page 0x2f, then the switch statement: > > > > case SMART_PAGE: > > gSmartPage = 1; > > break; > > > > gets executed. Since gSmartPage==1 is the second ("method") argument to > > scsiCheckSmart(), and since CHECK_SMART_BY_LGPG_2F==0x01, the conditional > > should be true. And I guess it makes sense, since LGPG_2F clearly means > > "log page 2F" which is the SMART log page. > > > > [I hope that this helps!] > > > > Cheers, > > Bruce > > > > On Mon, 17 Feb 2003, Harald Hannelius wrote: > > > > > >>On Sun, 16 Feb 2003, Bruce Allen wrote: > >> > >> > >>>>'sg_logs -a /dev/sg0'. > >>> > >>>Harald, could you please do this? > >> > >>Here we go: > >>Output from sg_logs -a /dev/sg1 > >> > >>(clipped out long hexdump, can provide that over http if needed) > >> > >>Supported pages: > >> 0x00 Supported log pages > >> 0x02 Error counters (write) > >> 0x03 Error counters (read) > >> 0x05 Error counters (verify) > >> 0x06 Non-medium errors > >> 0x0d Temperature > >> 0x0e Start-stop cycle counter > >> 0x0f Application client > >> 0x10 Self-test results > >> 0x2f Informational exceptions (SMART) > >> > >>Write error counter page > >> Errors corrected without substantion delay = 0 > >> Errors corrected with possible delays = 0 > >> Total operations = 0 > >> Total errors corrected = 0 > >> Total times correction algorithm processed = 0 > >> Total bytes processed = 221622060032 > >> Total uncorrected errors = 0 > >> > >>Read error counter page > >> Errors corrected without substantion delay = 0 > >> Errors corrected with possible delays = 0 > >> Total operations = 0 > >> Total errors corrected = 0 > >> Total times correction algorithm processed = 0 > >> Total bytes processed = 119896355840 > >> Total uncorrected errors = 0 > >> > >>Verify error counter page > >> Errors corrected without substantion delay = 0 > >> Errors corrected with possible delays = 0 > >> Total operations = 0 > >> Total errors corrected = 0 > >> Total times correction algorithm processed = 0 > >> Total bytes processed = 0 > >> Total uncorrected errors = 0 > >> > >>Non-medium error page > >> Non-medium error count = 0 > >> > >>Temperature page > >> Current temperature= 31 C > >> Reference temperature= 85 C > >> > >>Start-stop cycle counter page > >> Date of manufacture, year: 2000, week: 48 > >> Accounting date, year: , week: > >> Specified cycle count over device lifetime=10000 > >> Accumulated start-stop cycles=142 > >> > >>No ascii information for page=0xf, here is hex: > >> 00 0f 00 40 00 00 00 83 fc 00 00 00 00 00 00 00 00 > >> 10 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > >>... > >>[some 1000 lines of hex clipped out by harald] > >>... > >> 4000 00 00 00 00 > >> > >>Self-test results page > >> > >>No ascii information for page=0x2f, here is hex: > >> 00 2f 00 00 08 00 00 00 04 5d 56 1f 55 > >> > >>-- > >>A: Top Posters > >>Q: What is the most annoying thing on mailing lists? > >> > >>Harald H Hannelius | harald/a\arcada.fi | GSM +358 50 594 1020 (NEW) > >> > > > > > > > > > |
From: Douglas G. <do...@to...> - 2003-02-18 06:42:56
|
Bruce, The recent SCSI drafts don't supply any information about the SMART log sense page (page=0x2f). Could someone supply me with a pointer (url) for decoding that page? The sg_logs output supplied by Harald shows the page can be read ok: No ascii information for page=0x2f, here is hex: 00 2f 00 00 08 00 00 00 04 5d 56 1f 55 The code in the scsiCheckSmart() function (in scsicmds.c line 835) is interpreting the 8th and 9th bytes (i.e. 0x5d and 0x56) as a asc/asq pair [as found in a REQUEST SENSE response when the previous command has reported a CHECK CONDITION status]. That 5d,56 pair corresponds to the error/warning message being reported. So I can see how it is happening but not why ... Doug Gilbert Bruce Allen wrote: > Hi Harald, > > Thanks very much for sending the information. Doug, I think that I can > now answer your question, about method == CHECK_SMART_BY_LGPG_2F. > > I think that this conditional is true. The reason is that since Harald's > disk supports page 0x2f, then the switch statement: > > case SMART_PAGE: > gSmartPage = 1; > break; > > gets executed. Since gSmartPage==1 is the second ("method") argument to > scsiCheckSmart(), and since CHECK_SMART_BY_LGPG_2F==0x01, the conditional > should be true. And I guess it makes sense, since LGPG_2F clearly means > "log page 2F" which is the SMART log page. > > [I hope that this helps!] > > Cheers, > Bruce > > On Mon, 17 Feb 2003, Harald Hannelius wrote: > > >>On Sun, 16 Feb 2003, Bruce Allen wrote: >> >> >>>>'sg_logs -a /dev/sg0'. >>> >>>Harald, could you please do this? >> >>Here we go: >>Output from sg_logs -a /dev/sg1 >> >>(clipped out long hexdump, can provide that over http if needed) >> >>Supported pages: >> 0x00 Supported log pages >> 0x02 Error counters (write) >> 0x03 Error counters (read) >> 0x05 Error counters (verify) >> 0x06 Non-medium errors >> 0x0d Temperature >> 0x0e Start-stop cycle counter >> 0x0f Application client >> 0x10 Self-test results >> 0x2f Informational exceptions (SMART) >> >>Write error counter page >> Errors corrected without substantion delay = 0 >> Errors corrected with possible delays = 0 >> Total operations = 0 >> Total errors corrected = 0 >> Total times correction algorithm processed = 0 >> Total bytes processed = 221622060032 >> Total uncorrected errors = 0 >> >>Read error counter page >> Errors corrected without substantion delay = 0 >> Errors corrected with possible delays = 0 >> Total operations = 0 >> Total errors corrected = 0 >> Total times correction algorithm processed = 0 >> Total bytes processed = 119896355840 >> Total uncorrected errors = 0 >> >>Verify error counter page >> Errors corrected without substantion delay = 0 >> Errors corrected with possible delays = 0 >> Total operations = 0 >> Total errors corrected = 0 >> Total times correction algorithm processed = 0 >> Total bytes processed = 0 >> Total uncorrected errors = 0 >> >>Non-medium error page >> Non-medium error count = 0 >> >>Temperature page >> Current temperature= 31 C >> Reference temperature= 85 C >> >>Start-stop cycle counter page >> Date of manufacture, year: 2000, week: 48 >> Accounting date, year: , week: >> Specified cycle count over device lifetime=10000 >> Accumulated start-stop cycles=142 >> >>No ascii information for page=0xf, here is hex: >> 00 0f 00 40 00 00 00 83 fc 00 00 00 00 00 00 00 00 >> 10 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 >>... >>[some 1000 lines of hex clipped out by harald] >>... >> 4000 00 00 00 00 >> >>Self-test results page >> >>No ascii information for page=0x2f, here is hex: >> 00 2f 00 00 08 00 00 00 04 5d 56 1f 55 >> >>-- >>A: Top Posters >>Q: What is the most annoying thing on mailing lists? >> >>Harald H Hannelius | harald/a\arcada.fi | GSM +358 50 594 1020 (NEW) >> > > |
From: Bruce A. <ba...@gr...> - 2003-02-17 15:19:20
|
Hi Harald, Thanks very much for sending the information. Doug, I think that I can now answer your question, about method == CHECK_SMART_BY_LGPG_2F. I think that this conditional is true. The reason is that since Harald's disk supports page 0x2f, then the switch statement: case SMART_PAGE: gSmartPage = 1; break; gets executed. Since gSmartPage==1 is the second ("method") argument to scsiCheckSmart(), and since CHECK_SMART_BY_LGPG_2F==0x01, the conditional should be true. And I guess it makes sense, since LGPG_2F clearly means "log page 2F" which is the SMART log page. [I hope that this helps!] Cheers, Bruce On Mon, 17 Feb 2003, Harald Hannelius wrote: > > On Sun, 16 Feb 2003, Bruce Allen wrote: > > > > 'sg_logs -a /dev/sg0'. > > > > Harald, could you please do this? > > Here we go: > Output from sg_logs -a /dev/sg1 > > (clipped out long hexdump, can provide that over http if needed) > > Supported pages: > 0x00 Supported log pages > 0x02 Error counters (write) > 0x03 Error counters (read) > 0x05 Error counters (verify) > 0x06 Non-medium errors > 0x0d Temperature > 0x0e Start-stop cycle counter > 0x0f Application client > 0x10 Self-test results > 0x2f Informational exceptions (SMART) > > Write error counter page > Errors corrected without substantion delay = 0 > Errors corrected with possible delays = 0 > Total operations = 0 > Total errors corrected = 0 > Total times correction algorithm processed = 0 > Total bytes processed = 221622060032 > Total uncorrected errors = 0 > > Read error counter page > Errors corrected without substantion delay = 0 > Errors corrected with possible delays = 0 > Total operations = 0 > Total errors corrected = 0 > Total times correction algorithm processed = 0 > Total bytes processed = 119896355840 > Total uncorrected errors = 0 > > Verify error counter page > Errors corrected without substantion delay = 0 > Errors corrected with possible delays = 0 > Total operations = 0 > Total errors corrected = 0 > Total times correction algorithm processed = 0 > Total bytes processed = 0 > Total uncorrected errors = 0 > > Non-medium error page > Non-medium error count = 0 > > Temperature page > Current temperature= 31 C > Reference temperature= 85 C > > Start-stop cycle counter page > Date of manufacture, year: 2000, week: 48 > Accounting date, year: , week: > Specified cycle count over device lifetime=10000 > Accumulated start-stop cycles=142 > > No ascii information for page=0xf, here is hex: > 00 0f 00 40 00 00 00 83 fc 00 00 00 00 00 00 00 00 > 10 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > ... > [some 1000 lines of hex clipped out by harald] > ... > 4000 00 00 00 00 > > Self-test results page > > No ascii information for page=0x2f, here is hex: > 00 2f 00 00 08 00 00 00 04 5d 56 1f 55 > > -- > A: Top Posters > Q: What is the most annoying thing on mailing lists? > > Harald H Hannelius | harald/a\arcada.fi | GSM +358 50 594 1020 (NEW) > |
From: Harald H. <ha...@ar...> - 2003-02-17 11:32:49
|
On Sun, 16 Feb 2003, Bruce Allen wrote: > > 'sg_logs -a /dev/sg0'. > > Harald, could you please do this? Here we go: Output from sg_logs -a /dev/sg1 (clipped out long hexdump, can provide that over http if needed) Supported pages: 0x00 Supported log pages 0x02 Error counters (write) 0x03 Error counters (read) 0x05 Error counters (verify) 0x06 Non-medium errors 0x0d Temperature 0x0e Start-stop cycle counter 0x0f Application client 0x10 Self-test results 0x2f Informational exceptions (SMART) Write error counter page Errors corrected without substantion delay = 0 Errors corrected with possible delays = 0 Total operations = 0 Total errors corrected = 0 Total times correction algorithm processed = 0 Total bytes processed = 221622060032 Total uncorrected errors = 0 Read error counter page Errors corrected without substantion delay = 0 Errors corrected with possible delays = 0 Total operations = 0 Total errors corrected = 0 Total times correction algorithm processed = 0 Total bytes processed = 119896355840 Total uncorrected errors = 0 Verify error counter page Errors corrected without substantion delay = 0 Errors corrected with possible delays = 0 Total operations = 0 Total errors corrected = 0 Total times correction algorithm processed = 0 Total bytes processed = 0 Total uncorrected errors = 0 Non-medium error page Non-medium error count = 0 Temperature page Current temperature= 31 C Reference temperature= 85 C Start-stop cycle counter page Date of manufacture, year: 2000, week: 48 Accounting date, year: , week: Specified cycle count over device lifetime=10000 Accumulated start-stop cycles=142 No ascii information for page=0xf, here is hex: 00 0f 00 40 00 00 00 83 fc 00 00 00 00 00 00 00 00 10 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ... [some 1000 lines of hex clipped out by harald] ... 4000 00 00 00 00 Self-test results page No ascii information for page=0x2f, here is hex: 00 2f 00 00 08 00 00 00 04 5d 56 1f 55 -- A: Top Posters Q: What is the most annoying thing on mailing lists? Harald H Hannelius | harald/a\arcada.fi | GSM +358 50 594 1020 (NEW) |
From: Bruce A. <ba...@gr...> - 2003-02-17 04:26:10
|
Hi Doug, Thanks for your quick reply. > It does look strange. The code is pretty ugly in that area and I'm not > sure exactly what it is trying to do. Maybe I need to put some debug > in Harald's version. > > Do we know if the expression 'method == CHECK_SMART_BY_LGPG_2F' is > true? I don't know if method == CHECK_SMART_BY_LGPG_2F is true, but I would guess that it is. When scsiCheckSmart() is called, the second argument (method) is gSmartPage, which is (but I am not certain), set to unity by: case SMART_PAGE: gSmartPage = 1; break; and one has CHECK_SMART_BY_LGPG_2F==0x01. > Perhaps if Harald could get sg3_utils and send me the output of > 'sg_logs -a /dev/sg0'. Harald, could you please do this? Cheers, Bruce > Bruce Allen wrote: > > Hi Harald, > > > > Let me ask Doug Gilbert if he knows what is going on. [Doug knows more > > about SCSI than any of the other smartmontools developers.] > > > > Doug, the original correspondence is here: > > > > http://sourceforge.net/mailarchive/forum.php?thread_id=1662734&forum_id=12495 > > > > Does this look like a real warning to you, or is this a bug in smartctl? > > > > Cheers, > > Bruce > > > > > > On Sun, 16 Feb 2003, Harald Hannelius wrote: > > > > > >>On Sat, 15 Feb 2003, Bruce Allen wrote: > >> > >> > >>>Could you try a recent version of smartmontools, > >> > >>Already did that with the same result; > >> > >># smartctl -a /dev/sda > >>smartctl version 5.1-4 Copyright (C) 2002 Bruce Allen > >>Home page is http://smartmontools.sourceforge.net/ > >> > >>Device: IBM DDYS-T36950N Version: S96H > >>Local Time is: Sun Feb 16 11:55:40 2003 EET > >>Device supports S.M.A.R.T. and is Enabled > >>Temperature Warning Disabled or Not Supported > >>S.M.A.R.T. Sense: (56) SPINDLE IMPENDING FAILURE START UNIT TIMES TOO HIGH > >>Current Drive Temperature: 31 C > >>Drive Trip Temperature: 85 C > >>Current start stop count: 71 times > >>Recommended start stop count: 10000 times > >>No self-tests have been logged > >> > >> > >> Thanks. > >> > >>-- > >>A: Top Posters > >>Q: What is the most annoying thing on mailing lists? > >> > >>Harald H Hannelius | harald/a\arcada.fi | GSM +358 50 594 1020 (NEW) > >> > > > > > > > > > > |
From: Bruce A. <ba...@gr...> - 2003-02-16 15:24:47
|
Hi Harald, Let me ask Doug Gilbert if he knows what is going on. [Doug knows more about SCSI than any of the other smartmontools developers.] Doug, the original correspondence is here: http://sourceforge.net/mailarchive/forum.php?thread_id=1662734&forum_id=12495 Does this look like a real warning to you, or is this a bug in smartctl? Cheers, Bruce On Sun, 16 Feb 2003, Harald Hannelius wrote: > > On Sat, 15 Feb 2003, Bruce Allen wrote: > > > Could you try a recent version of smartmontools, > > Already did that with the same result; > > # smartctl -a /dev/sda > smartctl version 5.1-4 Copyright (C) 2002 Bruce Allen > Home page is http://smartmontools.sourceforge.net/ > > Device: IBM DDYS-T36950N Version: S96H > Local Time is: Sun Feb 16 11:55:40 2003 EET > Device supports S.M.A.R.T. and is Enabled > Temperature Warning Disabled or Not Supported > S.M.A.R.T. Sense: (56) SPINDLE IMPENDING FAILURE START UNIT TIMES TOO HIGH > Current Drive Temperature: 31 C > Drive Trip Temperature: 85 C > Current start stop count: 71 times > Recommended start stop count: 10000 times > No self-tests have been logged > > > Thanks. > > -- > A: Top Posters > Q: What is the most annoying thing on mailing lists? > > Harald H Hannelius | harald/a\arcada.fi | GSM +358 50 594 1020 (NEW) > |
From: Harald H. <ha...@ar...> - 2003-02-16 09:57:16
|
On Sat, 15 Feb 2003, Bruce Allen wrote: > Could you try a recent version of smartmontools, Already did that with the same result; # smartctl -a /dev/sda smartctl version 5.1-4 Copyright (C) 2002 Bruce Allen Home page is http://smartmontools.sourceforge.net/ Device: IBM DDYS-T36950N Version: S96H Local Time is: Sun Feb 16 11:55:40 2003 EET Device supports S.M.A.R.T. and is Enabled Temperature Warning Disabled or Not Supported S.M.A.R.T. Sense: (56) SPINDLE IMPENDING FAILURE START UNIT TIMES TOO HIGH Current Drive Temperature: 31 C Drive Trip Temperature: 85 C Current start stop count: 71 times Recommended start stop count: 10000 times No self-tests have been logged Thanks. -- A: Top Posters Q: What is the most annoying thing on mailing lists? Harald H Hannelius | harald/a\arcada.fi | GSM +358 50 594 1020 (NEW) |
From: Bruce A. <ba...@gr...> - 2003-02-16 01:40:53
|
Hi Harald, Could you try a recent version of smartmontools, from: http://smartmontools.sourceforge.net/ Your version is out of date and many SCSI errors have been corrected since. Please let us know if it does or doesn't work. Thanks, Bruce On Fri, 14 Feb 2003, Harald Hannelius wrote: > > > Here's the output from smartctl -a from both scsi-drives in a computer. > Kind of odd that both drives have the same error. Even since these drives > have been restarted just some tens of times.. > > Some bug in ibm firmware? > > Could someone please explain this error to me? > > > > # smartctl -a /dev/sda > smartctl version 5.0-10 Copyright (C) 2002 Bruce Allen > Home page of smartctl is http://smartmontools.sourceforge.net/ > > Device: IBM DDYS-T36950N Version: S96H > Device supports S.M.A.R.T. and is Enabled > Temperature Warning Disabled or Not Supported > S.M.A.R.T. Sense: (56) SPINDLE IMPENDING FAILURE START UNIT TIMES TOO HIGH > Current Drive Temperature: 37 C > Drive Trip Temperature: 85 C > Current start stop count: 71 times > Recommended start stop count: 2555920 times > > > # smartctl -a /dev/sdb > smartctl version 5.0-10 Copyright (C) 2002 Bruce Allen > Home page of smartctl is http://smartmontools.sourceforge.net/ > > Device: IBM DDYS-T36950N Version: S93E > Device supports S.M.A.R.T. and is Enabled > Temperature Warning Disabled or Not Supported > S.M.A.R.T. Sense: (56) SPINDLE IMPENDING FAILURE START UNIT TIMES TOO HIGH > Current Drive Temperature: 31 C > Drive Trip Temperature: 85 C > Current start stop count: 142 times > Recommended start stop count: 2555920 times > > > > Cheers, Harald > > > -- > A: Top Posters > Q: What is the most annoying thing on mailing lists? > > Harald H Hannelius | harald/a\arcada.fi | GSM +358 50 594 1020 (NEW) > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Smartmontools-support mailing list > Sma...@li... > https://lists.sourceforge.net/lists/listinfo/smartmontools-support > |
From: Guido G. <ag...@si...> - 2003-02-15 13:58:14
|
On Fri, Feb 14, 2003 at 08:22:11PM -0800, Micah Anderson wrote: > I notice that the package is a valid candidate to enter testing, do you know > why it hasn't yet? It depends on a glibc that hasn't entered testing yet. Packages for woody are at: http://honk.physik.uni-konstanz.de/~agx/linux-i386/debian/dists/woody/main/binary-i386/ > Also, the smartsuite package maintained by Christopher Cheney is essentially > replaced by smartmontools, I had submitted a bug suggesting that > smartmontools be used and this package retired, but I don't know what, if > anything will happen with that, do you? It is awfully confusing to have both > smartmontools and smartsuite available, especially if you don't reaize that > smartsuite is not being developed any longer... You could file a 'request for removal' bug against this package, maybe the maintainer drops it then. I never used smartsuite myself, so I don't know about it's current state. Regards, -- Guido |
From: Micah A. <mi...@ri...> - 2003-02-15 04:25:25
|
Bruce Allen schrieb am Tuesday, den 11. February 2003: > Hi Micah, > > Thank you very much for the init script. Note that there is a > Debian-specific RPM available at one of the Debian sites. Guido can > provide specifics. Yeah, didn't notice that in time... :( FYI, in debian they are .debs (instead of RPMs, which is redhat's package manager) > > There has been some discussion of making installation targets in the > Makefile for different distributions, eg: > > make install-redhat > make install-debian > make install-suse > and a generic > make install This wouldn't be a bad idea for those who want to install via source (ie. get more recent CVS snapshots, etc.) instead of waiting for the package. The way it looks creating these different installation candidates would be relatively trivial tweaking of the Makefile (well, not trivial to me, or I would submit a patch). Micah |
From: Micah A. <mi...@ri...> - 2003-02-15 04:22:15
|
Well arg, I didn't look to see if smartmontools was included in unstable, I run testing and stable normally, but I should have looked before I wrote the script, not a difficult one by any means, but a little bit of a waste of time. I notice that the package is a valid candidate to enter testing, do you know why it hasn't yet? Also, the smartsuite package maintained by Christopher Cheney is essentially replaced by smartmontools, I had submitted a bug suggesting that smartmontools be used and this package retired, but I don't know what, if anything will happen with that, do you? It is awfully confusing to have both smartmontools and smartsuite available, especially if you don't reaize that smartsuite is not being developed any longer... Micah Guido Guenther schrieb am Wednesday, den 12. February 2003: > Hi Micah, > thanks a lot for your script! > On Tue, Feb 11, 2003 at 11:47:38AM -0800, Micah Anderson wrote: > > I have taken the smartd.initd script that is included in the smartmontools > > package and written a debian specific startup script. The make install tries > > to install smartd.initd into /etc/rc.d/init.d, which does not exist on > > debian systems, and employs some redhat specific structures which don't > > follow either debian policy for startup scripts, or contain things that > > debian even has. > The debian package contains a startup script that is very similar to > yours. Please have a look at: > http://packages.debian.org/unstable/utils/smartmontools.html > It furthermore allows you to enable S.M.A.R.T. for certian devices on > startup. > Regards, > -- Guido > > |
From: Micah A. <mi...@ri...> - 2003-02-15 04:13:16
|
Of course, I meant to when I sent the email, but neglected to. Its actually on the main page,also called the "Summary" page: https://sourceforge.net/projects/smartmontools/ If you go down to the section: Latest File Releases There is a section that says Notes / Monitor, you click on the envelope button to monitor it, and the little book for the notes (again, I dont think this is the best user interface design out there, it is not straightforward). Also, I am not sure if you have to be logged in to see this or not, but you can't monitor something unless you are. Micah On Fri, 14 Feb 2003, Bruce Allen wrote: > Hi Micah, > > Apology accepted -- on the condition that you explain to me where the > silly button can be found. Could you please give me the URL of the > summary screen -- when I went hunting I couldn't find the button either... > > Cheers, > Bruce > > On Fri, 14 Feb 2003, Micah Anderson wrote: > > > I apologize, apparantly it is enabled. Sourceforge has changed their look > > and made it less friendly (IMHO), so that to get the button to monitor a > > package you don't see it on the list of files, but instead only on the > > summary screen. > > > > :p > > > > Micah > > > > On Tue, 11 Feb 2003, Bruce Allen wrote: > > > > > Hi Micah, > > > > > > > Can someone, who administers the sourceforge page for smartmontools, > > > > enable the file tracker, so that people can monitor the files and be > > > > notified when there are updates? > > > > > > I apologize. I thought that this WAS enabled -- I must have accidentally > > > disabled it. Or perhaps someone else did. > > > > > > In poking around the sourceforge admin page for smartmontools, it's not > > > clear to me how to re-enable this. If you know, could you please send me > > > a note? The list of trackers shows: bugs/support-requests/patches/feature > > > requests but not "files". > > > > > > Cheers, > > > Bruce > > > > > > > > > > > > > |
From: Bruce A. <ba...@gr...> - 2003-02-15 03:56:49
|
Hi Micah, Apology accepted -- on the condition that you explain to me where the silly button can be found. Could you please give me the URL of the summary screen -- when I went hunting I couldn't find the button either... Cheers, Bruce On Fri, 14 Feb 2003, Micah Anderson wrote: > I apologize, apparantly it is enabled. Sourceforge has changed their look > and made it less friendly (IMHO), so that to get the button to monitor a > package you don't see it on the list of files, but instead only on the > summary screen. > > :p > > Micah > > On Tue, 11 Feb 2003, Bruce Allen wrote: > > > Hi Micah, > > > > > Can someone, who administers the sourceforge page for smartmontools, > > > enable the file tracker, so that people can monitor the files and be > > > notified when there are updates? > > > > I apologize. I thought that this WAS enabled -- I must have accidentally > > disabled it. Or perhaps someone else did. > > > > In poking around the sourceforge admin page for smartmontools, it's not > > clear to me how to re-enable this. If you know, could you please send me > > a note? The list of trackers shows: bugs/support-requests/patches/feature > > requests but not "files". > > > > Cheers, > > Bruce > > > > > > > |
From: Micah A. <mi...@ri...> - 2003-02-15 03:33:55
|
I apologize, apparantly it is enabled. Sourceforge has changed their look and made it less friendly (IMHO), so that to get the button to monitor a package you don't see it on the list of files, but instead only on the summary screen. :p Micah On Tue, 11 Feb 2003, Bruce Allen wrote: > Hi Micah, > > > Can someone, who administers the sourceforge page for smartmontools, > > enable the file tracker, so that people can monitor the files and be > > notified when there are updates? > > I apologize. I thought that this WAS enabled -- I must have accidentally > disabled it. Or perhaps someone else did. > > In poking around the sourceforge admin page for smartmontools, it's not > clear to me how to re-enable this. If you know, could you please send me > a note? The list of trackers shows: bugs/support-requests/patches/feature > requests but not "files". > > Cheers, > Bruce > > > |
From: Harald H. <ha...@ar...> - 2003-02-14 09:44:30
|
Here's the output from smartctl -a from both scsi-drives in a computer. Kind of odd that both drives have the same error. Even since these drives have been restarted just some tens of times.. Some bug in ibm firmware? Could someone please explain this error to me? # smartctl -a /dev/sda smartctl version 5.0-10 Copyright (C) 2002 Bruce Allen Home page of smartctl is http://smartmontools.sourceforge.net/ Device: IBM DDYS-T36950N Version: S96H Device supports S.M.A.R.T. and is Enabled Temperature Warning Disabled or Not Supported S.M.A.R.T. Sense: (56) SPINDLE IMPENDING FAILURE START UNIT TIMES TOO HIGH Current Drive Temperature: 37 C Drive Trip Temperature: 85 C Current start stop count: 71 times Recommended start stop count: 2555920 times # smartctl -a /dev/sdb smartctl version 5.0-10 Copyright (C) 2002 Bruce Allen Home page of smartctl is http://smartmontools.sourceforge.net/ Device: IBM DDYS-T36950N Version: S93E Device supports S.M.A.R.T. and is Enabled Temperature Warning Disabled or Not Supported S.M.A.R.T. Sense: (56) SPINDLE IMPENDING FAILURE START UNIT TIMES TOO HIGH Current Drive Temperature: 31 C Drive Trip Temperature: 85 C Current start stop count: 142 times Recommended start stop count: 2555920 times Cheers, Harald -- A: Top Posters Q: What is the most annoying thing on mailing lists? Harald H Hannelius | harald/a\arcada.fi | GSM +358 50 594 1020 (NEW) |
From: Bruce A. <ba...@gr...> - 2003-02-12 14:57:15
|
Hi Guido, [I'm copying this to the mailing list so that the instructions will be part of the mail archive, for future reference.] > > It's easy to do, and I think it might help Debian users to find the Debian > > smartmontools package. > What I'd really like to see there is a link to the auto generated debian > page of the package: > http://packages.debian.org/unstable/utils/smartmontools.html > so this will stay up to date automatically. I'm furthermore backporting > the package from our current unstable distribution to stable for > personal usage which I could upload to sourceforge. Please, go ahead and add such a link to the smartmontools web page. It is in cvs under www/, in www/index.html. Let me know when you've changed it and I'll upload it to the http server. Note however that the file download section: https://sourceforge.net/project/showfiles.php?group_id=64297 doesn't have a place for links, only a place for the package files themselves. So if you put a file there, then you'll have to periodically replace it with new release versions. But the process to do this, detailed below, is very quick. > > If you'd like to do this, let me know and I'll give you instructions on > > how to do it, if needed. > O.k., please do. It might be some time until I get around to do this > since my laptops hard disk died and I don't have any reasonable access > to my source at the moment. That's rough about your laptop disk. Sorry to hear it. The instructions follow below. This really only takes a couple of minutes to do, but I have given rather extensive detail. (0) Transfer the files (.deb, I think): FTP to upload.sourceforge.net Anonymous login cd to incoming use "put" or "mput" to put your files there (1) Go to sourceforge project page: http://sourceforge.net/projects/smartmontools/ (2) Top menu -- click on "Admin" and log in to get here: https://sourceforge.net/project/admin/?group_id=64297 (3) Not the top menu, but the one below. Click on "Edit/Release files" to get here: https://sourceforge.net/project/admin/editpackages.php?group_id=64297 (4) You will see four links. "Top two" are for 5.0-8. Ignore these. Bottom two are for smartmontools. Click on the right most one [Edit Releases]. (5) Under "Release Name" column on left, click on 5.1-4 [Edit This Release]. (6) Scroll down to Step 2: Add files to this release The file(s) that you uploaded in step (0) above will be on this line, perhaps along with other files uploaded by some other user. Check the select box to choose your file(s). (7) Scroll down to Step 3. From the dialog box, select "Processor" (probably i386) and File type (probably .deb) for the file that you just uploaded. That's it! Note: you can also optionally click the button in step 4 to send an email notice to users monitoring the package. To check that everything worked, you should go to the file download section: https://sourceforge.net/project/showfiles.php?group_id=64297 and confirm that your file appears there. |
From: Guido G. <ag...@ga...> - 2003-02-12 08:34:15
|
Hi Micah, thanks a lot for your script! On Tue, Feb 11, 2003 at 11:47:38AM -0800, Micah Anderson wrote: > I have taken the smartd.initd script that is included in the smartmontools > package and written a debian specific startup script. The make install tries > to install smartd.initd into /etc/rc.d/init.d, which does not exist on > debian systems, and employs some redhat specific structures which don't > follow either debian policy for startup scripts, or contain things that > debian even has. The debian package contains a startup script that is very similar to yours. Please have a look at: http://packages.debian.org/unstable/utils/smartmontools.html It furthermore allows you to enable S.M.A.R.T. for certian devices on startup. Regards, -- Guido |
From: Bruce A. <ba...@gr...> - 2003-02-11 20:15:51
|
Hi Micah, Thank you very much for the init script. Note that there is a Debian-specific RPM available at one of the Debian sites. Guido can provide specifics. There has been some discussion of making installation targets in the Makefile for different distributions, eg: make install-redhat make install-debian make install-suse and a generic make install See https://sourceforge.net/mailarchive/forum.php?thread_id=1564984&forum_id=21121 for the thread. Guido, what do you think? Cheers, Bruce On Tue, 11 Feb 2003, Micah Anderson wrote: > I have taken the smartd.initd script that is included in the smartmontools > package and written a debian specific startup script. The make install tries > to install smartd.initd into /etc/rc.d/init.d, which does not exist on > debian systems, and employs some redhat specific structures which don't > follow either debian policy for startup scripts, or contain things that > debian even has. > > Can the makefile be changed so that if there is the file > /etc/debian_version, then the init script installation installs the > following into /etc/init.d? > > Thanks! > micah > > > #!/bin/bash > # > # smartd: Starts the smartd S.M.A.R.T. disk monitoring daemon > # > # Author: Micah Anderson <mi...@ri...> > # > # Date: Feb 11, 2003 > # > # Description: Self Monitoring and Reporting Technology (SMART) Daemon > # > # Version: 1.3 > # > # Copyright (C) 2002 Bruce Allen <sma...@li...> > # Debian init script written by Micah Anderson <mi...@ri... - Feb 11, 2003 > # > # This program is free software; you can redistribute it and/or modify it > # under the terms of the GNU General Public License as published by the Free > # Software Foundation; either version 2, or (at your option) any later > # version. > # > # You should have received a copy of the GNU General Public License (for > # example COPYING); if not, write to the Free Software Foundation, Inc., 675 > # Mass Ave, Cambridge, MA 02139, USA. > # > # This code was originally developed as a Senior Thesis by Michael Cornwell > # at the Concurrent Systems Laboratory (now part of the Storage Systems > # Research Center), Jack Baskin School of Engineering, University of > # California, Santa Cruz. http://ssrc.soe.ucsc.edu/. > > PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin > DAEMON=/usr/sbin/smartd > PIDFILE=/var/run/smartd.pid > NAME=smartd > DESC="disk monitoring daemon" > > test -f $DAEMON || exit 0 > > case "$1" in > start) > echo -n "Starting $DESC: " > start-stop-daemon --start --quiet --pidfile $PIDFILE --exec $DAEMON > echo "$NAME." > ;; > stop) > echo -n "Shutting down $DESC: " > start-stop-daemon --stop --quiet --pidfile $PIDFILE --exec $DAEMON > echo "$NAME." > ;; > #reload) > # > # If the daemon can reload its config files on the fly > # for example by sending it SIGHUP, do it here. > # > # If the daemon responds to changes in its config file > # directly anyway, make this a do-nothing entry. > # > # echo "Reloading $DESC configuration files." > # start-stop-daemon --stop --signal 1 --quiet --pidfile \ > # /var/run/$NAME.pid --exec $DAEMON > #;; > restart|force-reload) > sh $0 stop > sleep 1 > sh $0 start > ;; > *) > echo "Usage: /etc/init.d/smartd {start|stop|restart|force-reload}" > exit 1 > esac > > exit 0 > > > ------------------------------------------------------- > This SF.NET email is sponsored by: > SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! > http://www.vasoftware.com > _______________________________________________ > Smartmontools-support mailing list > Sma...@li... > https://lists.sourceforge.net/lists/listinfo/smartmontools-support > |
From: Bruce A. <ba...@gr...> - 2003-02-11 20:05:41
|
Hi Micah, > Can someone, who administers the sourceforge page for smartmontools, > enable the file tracker, so that people can monitor the files and be > notified when there are updates? I apologize. I thought that this WAS enabled -- I must have accidentally disabled it. Or perhaps someone else did. In poking around the sourceforge admin page for smartmontools, it's not clear to me how to re-enable this. If you know, could you please send me a note? The list of trackers shows: bugs/support-requests/patches/feature requests but not "files". Cheers, Bruce |
From: Micah A. <mi...@ri...> - 2003-02-11 19:49:43
|
Can someone, who administers the sourceforge page for smartmontools, enable the file tracker, so that people can monitor the files and be notified when there are updates? Thanks! Micah |
From: Micah A. <mi...@ri...> - 2003-02-11 19:47:50
|
I have taken the smartd.initd script that is included in the smartmontools package and written a debian specific startup script. The make install tries to install smartd.initd into /etc/rc.d/init.d, which does not exist on debian systems, and employs some redhat specific structures which don't follow either debian policy for startup scripts, or contain things that debian even has. Can the makefile be changed so that if there is the file /etc/debian_version, then the init script installation installs the following into /etc/init.d? Thanks! micah #!/bin/bash # # smartd: Starts the smartd S.M.A.R.T. disk monitoring daemon # # Author: Micah Anderson <mi...@ri...> # # Date: Feb 11, 2003 # # Description: Self Monitoring and Reporting Technology (SMART) Daemon # # Version: 1.3 # # Copyright (C) 2002 Bruce Allen <sma...@li...> # Debian init script written by Micah Anderson <mi...@ri... - Feb 11, 2003 # # This program is free software; you can redistribute it and/or modify it # under the terms of the GNU General Public License as published by the Free # Software Foundation; either version 2, or (at your option) any later # version. # # You should have received a copy of the GNU General Public License (for # example COPYING); if not, write to the Free Software Foundation, Inc., 675 # Mass Ave, Cambridge, MA 02139, USA. # # This code was originally developed as a Senior Thesis by Michael Cornwell # at the Concurrent Systems Laboratory (now part of the Storage Systems # Research Center), Jack Baskin School of Engineering, University of # California, Santa Cruz. http://ssrc.soe.ucsc.edu/. PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin DAEMON=/usr/sbin/smartd PIDFILE=/var/run/smartd.pid NAME=smartd DESC="disk monitoring daemon" test -f $DAEMON || exit 0 case "$1" in start) echo -n "Starting $DESC: " start-stop-daemon --start --quiet --pidfile $PIDFILE --exec $DAEMON echo "$NAME." ;; stop) echo -n "Shutting down $DESC: " start-stop-daemon --stop --quiet --pidfile $PIDFILE --exec $DAEMON echo "$NAME." ;; #reload) # # If the daemon can reload its config files on the fly # for example by sending it SIGHUP, do it here. # # If the daemon responds to changes in its config file # directly anyway, make this a do-nothing entry. # # echo "Reloading $DESC configuration files." # start-stop-daemon --stop --signal 1 --quiet --pidfile \ # /var/run/$NAME.pid --exec $DAEMON #;; restart|force-reload) sh $0 stop sleep 1 sh $0 start ;; *) echo "Usage: /etc/init.d/smartd {start|stop|restart|force-reload}" exit 1 esac exit 0 |
From: Bruce A. <ba...@gr...> - 2003-02-11 14:46:12
|
> > I don't see the difference. Disk 1: > > > > 5 Reallocated_Sector_Ct 0x0033 001 001 020 Pre-fail > > FAILING_NOW 499 > > 197 Current_Pending_Sector 0x0032 033 032 020 Old_age - > > 338 > > > > Disk 2: > > 5 Reallocated_Sector_Ct 0x0033 100 100 020 Pre-fail - > > 0 > > 197 Current_Pending_Sector 0x0032 100 100 020 Old_age - > > 0 > > > > what are you concerned about? > > I thought disk 1 was botched. I'm not sure what you mean by "botched". Disk 1 has failing SMART Health status because Attribute 5 has value 1, which is less than or equal to the threshold of 20. > It has Reallocated_Sector_Ct failing Exactly. > and Current_Pending_Sector dropped from 100 to 33. Just hoping I won't > get the same. Hmm, I'm not sure why you say "dropped". These are different disks (compare serial numbers). But indeed disk 1 has a worse (lower) value of this attribute than disk 2, but not (yet!) failing. Cheers, Bruce |
From: <li...@pe...> - 2003-02-11 00:56:48
|
On Mon, 10 Feb 2003, Bruce Allen wrote: > I don't see the difference. Disk 1: > > 5 Reallocated_Sector_Ct 0x0033 001 001 020 Pre-fail > FAILING_NOW 499 > 197 Current_Pending_Sector 0x0032 033 032 020 Old_age - > 338 > > Disk 2: > 5 Reallocated_Sector_Ct 0x0033 100 100 020 Pre-fail - > 0 > 197 Current_Pending_Sector 0x0032 100 100 020 Old_age - > 0 > > what are you concerned about? I thought disk 1 was botched. It has Reallocated_Sector_Ct failing and Current_Pending_Sector dropped from 100 to 33. Just hoping I won't get the same. -- 0@pervalidus.{net, {dyndns.}org} |
From: Bruce A. <ba...@gr...> - 2003-02-10 22:07:35
|
Hi Fr=E9d=E9ric, > Right, buy any ideas about what may cause Seek Error Rate ? > High temperature ? Here it's running at 55=B0C (very hot days -> > 40=B0C). I don't know. But heat definitely kills disks. >=20 > BTW, what happened to the drive from > http://smartmontools.sourceforge.net/examples/MAXTOR-2.txt ? >=20 > http://smartmontools.sourceforge.net/examples/MAXTOR-1.txt >=20 > has the same Seek_Error_Rate, but Reallocated_Sector_Ct and > Current_Pending_Sector... I don't see the difference. Disk 1: 5 Reallocated_Sector_Ct 0x0033 001 001 020 Pre-fail FAILING_NOW 499 197 Current_Pending_Sector 0x0032 033 032 020 Old_age - 338 Disk 2: 5 Reallocated_Sector_Ct 0x0033 100 100 020 Pre-fail - 0 197 Current_Pending_Sector 0x0032 100 100 020 Old_age - 0 what are you concerned about? > And I'm surprised it was running at 168 (=B0C ?). The other was > at 24. In fact the disk that claims to be running at 168 is having some real problems, and we are going to replace it! Something is clearly wrong with the hardware -- it is not at 168C. Cheers, =09Bruce |