Bug#636078: smartmontools: offline data collection was aborted by an interrupting command from host

2012-10-19 Thread Christian Franke

Bob Proulx wrote:

Christian Franke wrote:

This is logged as LOG_INFO and no sign of trouble. Tracking of
self-test and offline data collection status was added in 5.40 and
5.41 and is enabled by default (-l selftest, -a).

I don't understand.  The log message says that the action was
suspended and aborted by an interrupting command.  The report in such
a way certainly makes it appear as if an error is occurring.


The message texts are aligned with ATA standards, see T13 documents.



   I think
you are saying that this has always been happening but is simply being
reported in this version when it wasn't being reported before.  Is
that right?


Yes.



   But it still seems like an error, right?


No.

This message is logged as LOG_INFO. Please note that smartd uses 
LOG_CRIT level to indicate possible disk problems. This would only be 
the case for the offline data collection was aborted by the device with 
a fatal error state.





Smartmontools 5.42 adds new directives -l selfteststs (included in -a)
and -l offlinests (not included in -a) to control this separately.

Sorry but I don't understand what you are trying to tell me about
using those options.  I think you are suggesting that I should add one
of those options to avoid the default of '-l selftest -a'.  Is that
right?


Old (5.41) behavior:
'-l selftest' also reports changes of self-test and offline data 
collection status.

'-a' includes '-l selftest'.

New (5.42) behavior:
'-l selfteststs' reports changes of self-test execution status.
'-l offlinests' reports changes of offline data collection status.
'-l selftest' does no include the above.
'-a' includes '-l selftest -l selfteststs' but not '-l offlinests'.

See smartd.conf man page.

Conclusion: This bug could be set to fixed.


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#636078: smartmontools: offline data collection was aborted by an interrupting command from host

2012-10-18 Thread Bob Proulx
Sorry for the long delay.  Since I wasn't CC'd on your response I
didn't know you had posted one.  I just happened upon the activity
today while reviewing my submitted bugs.

Christian Franke wrote:
 This is logged as LOG_INFO and no sign of trouble. Tracking of
 self-test and offline data collection status was added in 5.40 and
 5.41 and is enabled by default (-l selftest, -a).

I don't understand.  The log message says that the action was
suspended and aborted by an interrupting command.  The report in such
a way certainly makes it appear as if an error is occurring.  I think
you are saying that this has always been happening but is simply being
reported in this version when it wasn't being reported before.  Is
that right?  But it still seems like an error, right?

 Smartmontools 5.42 adds new directives -l selfteststs (included in -a)
 and -l offlinests (not included in -a) to control this separately.

Sorry but I don't understand what you are trying to tell me about
using those options.  I think you are suggesting that I should add one
of those options to avoid the default of '-l selftest -a'.  Is that
right?

 This should be fixed in Debian package 5.42+svn3539-1.
 Offline data collection status is no longer tracked unless '-l
 offlinests' is specified.

I upgrade my Sid machine almost every day.  Looking back through the
logs I see that I installed this version.

  $ zgrep upgrade.smartmontools /var/log/dpkg.log-*.gz
  /var/log/dpkg.log-20120601.gz:2012-05-14 11:10:02 upgrade smartmontools:amd64 
5.41+svn3365-1 5.42+svn3539-1
  /var/log/dpkg.log-20120701.gz:2012-06-21 10:44:26 upgrade smartmontools:amd64 
5.42+svn3539-1 5.42+svn3561-1
  /var/log/dpkg.log-20120801.gz:2012-07-18 09:02:59 upgrade smartmontools:amd64 
5.42+svn3561-1 5.42+svn3561-3

And looking through my logs I don't see this message in any of the
recent syslogs.  So I guess it is fixed.  But by the discussion I am
not sure if a problem is continuing but if it is simply just not
reported anymore.

Bob


signature.asc
Description: Digital signature


Bug#636078: smartmontools: offline data collection was aborted by an interrupting command from host

2012-06-09 Thread Christian Franke

This should be fixed in Debian package 5.42+svn3539-1.
Offline data collection status is no longer tracked unless '-l 
offlinests' is specified.





--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#636078: smartmontools: offline data collection was aborted by an interrupting command from host

2011-10-20 Thread Christian Franke
This is logged as LOG_INFO and no sign of trouble. Tracking of self-test 
and offline data collection status was added in 5.40 and 5.41 and is 
enabled by default (-l selftest, -a).


Smartmontools 5.42 adds new directives -l selfteststs (included in -a) 
and -l offlinests (not included in -a) to control this separately.





--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#636078: smartmontools: offline data collection was aborted by an interrupting command from host

2011-07-30 Thread Bob Proulx
Package: smartmontools
Version: 5.41+svn3365-1
Severity: normal

Since a smartmontools package update on 2011-06-24 to 5.41+svn3365-1
I am now seeing these messages logged to the log file.

  Jul 25 11:43:24 hysteria smartd[4070]: Device: /dev/sda [SAT], offline data 
collection was suspended by an interrupting command from host (auto:on)
  Jul 25 11:43:25 hysteria smartd[4070]: Device: /dev/sdb [SAT], offline data 
collection was suspended by an interrupting command from host (auto:on)
  Jul 26 03:34:57 hysteria smartd[4195]: Device: /dev/sda [SAT], offline data 
collection was aborted by an interrupting command from host (auto:on)
  Jul 26 03:34:57 hysteria smartd[4195]: Device: /dev/sdb [SAT], offline data 
collection was aborted by an interrupting command from host (auto:on)
  Jul 26 11:34:56 hysteria smartd[4195]: Device: /dev/sda [SAT], offline data 
collection was suspended by an interrupting command from host (auto:on)
  Jul 26 11:34:57 hysteria smartd[4195]: Device: /dev/sdb [SAT], offline data 
collection was suspended by an interrupting command from host (auto:on)
  Jul 27 03:34:57 hysteria smartd[4195]: Device: /dev/sda [SAT], offline data 
collection was aborted by an interrupting command from host (auto:on)
  Jul 27 03:34:58 hysteria smartd[4195]: Device: /dev/sdb [SAT], offline data 
collection was aborted by an interrupting command from host (auto:on)
  Jul 27 11:34:56 hysteria smartd[4195]: Device: /dev/sda [SAT], offline data 
collection was suspended by an interrupting command from host (auto:on)
  Jul 27 11:34:57 hysteria smartd[4195]: Device: /dev/sdb [SAT], offline data 
collection was suspended by an interrupting command from host (auto:on)
  Jul 28 03:34:56 hysteria smartd[4195]: Device: /dev/sda [SAT], offline data 
collection was aborted by an interrupting command from host (auto:on)
  Jul 28 03:34:57 hysteria smartd[4195]: Device: /dev/sdb [SAT], offline data 
collection was aborted by an interrupting command from host (auto:on)

These didn't occur before but are occurring regularly now and so I am
finally reporting the problem.  Why is this happening twice daily?

Here is my configuration:

  # Monitor all attributes, enable automatic offline data collection,
  # automatic Attribute autosave, and start a short self-test every
  # weekday between 2-3am, and a long self test Saturdays between 3-4am.
  # Ignore attribute 194 temperature change.
  # Ignore attribute 190 airflow temperature change.
  # On failure run all installed scripts.

  /dev/sda -a -o on -S on -s (S/../../[1-5]/03|L/../../6/03) -I 194 -I 190 -m 
root -M exec /usr/share/smartmontools/smartd-runner
  /dev/sdb -a -o on -S on -s (S/../../[1-5]/03|L/../../6/03) -I 194 -I 190 -m 
root -M exec /usr/share/smartmontools/smartd-runner

I can see no reason for the reported failures.

Thanks for maintaining smartd!
Bob

-- Package-specific info:
Output of /usr/share/bug/smartmontools:
# CONFIG_IDE_TASK_IOCTL is not set

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages smartmontools depends on:
ii  debianutils   4.0.2  Miscellaneous utilities specific t
ii  libc6 2.13-11Embedded GNU C Library: Shared lib
ii  libcap-ng00.6.6-1An alternate POSIX capabilities li
ii  libgcc1   1:4.6.1-5  GCC support library
ii  libselinux1   2.0.98-1.1 SELinux runtime shared libraries
ii  libstdc++64.6.1-5GNU Standard C++ Library v3
ii  lsb-base  3.2-27 Linux Standard Base 3.2 init scrip

Versions of packages smartmontools suggests:
pn  gsmartcontrol none (no description available)
pn  smart-notifiernone (no description available)

-- Configuration Files:
/etc/default/smartmontools changed:
start_smartd=yes

/etc/smartd.conf changed:
/dev/sda -a -o on -S on -s (S/../../[1-5]/03|L/../../6/03) -I 194 -I 190 -m 
root -M exec /usr/share/smartmontools/smartd-runner
/dev/sdb -a -o on -S on -s (S/../../[1-5]/03|L/../../6/03) -I 194 -I 190 -m 
root -M exec /usr/share/smartmontools/smartd-runner

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org