Ubuntu
smartmontools package

program smartctl is using a deprecated SCSI ioctl, please convert it to SG_IO

Bug #658469 reported by David Duffey on 2010-10-11

22

This bug affects 4 people

Affects		Status	Importance	Assigned to	Milestone
	smartmontools (Ubuntu)	Fix Released	Low	Unassigned

Bug Description

Binary package hint: smartmontools

This is but does not produce an unexpected error, rather this is just an FYI so smartd
will not depend on a deprecated API.

When running smartd on SATA drives with the following /etc/smartd.conf

# begin smartd.conf

/dev/sda -a -d sat -m root -M exec /usr/share/smartmontools/smartd-runner
/dev/sdb -a -d sat -m root -M exec /usr/share/smartmontools/smartd-runner
/dev/sdc -a -d sat -m root -M exec /usr/share/smartmontools/smartd-runner
/dev/sdd -a -d sat -m root -M exec /usr/share/smartmontools/smartd-runner -d removable

# end smartd.conf

A kernel message is reported to syslog stating:

Oct 10 13:50:02 cylon kernel: [773193.698990] program smartctl is using a deprecated SCSI ioctl, please convert it to SG_IO

smartd continues to function normally.

ProblemType: Bug
DistroRelease: Ubuntu 10.04
Package: smartmontools 5.38-3ubuntu3
ProcVersionSignature: Ubuntu 2.6.32-25.44-generic 2.6.32.21+drm33.7
Uname: Linux 2.6.32-25-generic x86_64
NonfreeKernelModules: nvidia
Architecture: amd64
Date: Mon Oct 11 10:33:17 2010
ExecutablePath: /usr/sbin/smartd
InstallationMedia: Ubuntu 10.04 LTS "Lucid Lynx" - Release amd64 (20100429)
ProcEnviron:
PATH=(custom, no user)
LANG=en_US.UTF-8
SHELL=/bin/bash
SourcePackage: smartmontools

Tags:

Related branches

lp:debian/smartmontools

lp:ubuntu/oneiric/smartmontools

Revision history for this message

David Duffey (dduffey) wrote on 2010-10-11:

#1

Dependencies.txt Edit (629 bytes, text/plain; charset="utf-8")
ProcMaps.txt Edit (2.6 KiB, text/plain; charset="utf-8")
ProcStatus.txt Edit (718 bytes, text/plain; charset="utf-8")

Revision history for this message

Christian Franke (christian-franke) wrote on 2010-10-14:

#2

This should be partly fixed in newer smartmontools releases. Only some of the controller specific parts of the code may still use the old ioctl (http://sourceforge.net/apps/trac/smartmontools/ticket/93).

Revision history for this message

Steve Beattie (sbeattie) wrote on 2011-03-30:

#3

Confirming; this is somewhat annoying when smartctl is used from within a monitoring tool like munin, it ends up showing in dmesg over and over again.

Changed in smartmontools (Ubuntu):
status:	New → Confirmed
importance:	Undecided → Low

Revision history for this message

Launchpad Janitor (janitor) wrote on 2011-04-30:

#4

This bug was fixed in the package smartmontools - 5.40+svn3296-1

---------------
smartmontools (5.40+svn3296-1) unstable; urgency=low

  * [cfbba5b] Imported Upstream version 5.40+svn3296
    - Intel X18-M/X25-M/X25-V G2 SSDs: Add firmware bug warning
      (Closes: #581996)
    - handles missing attributes and prints attributes of SandForce based SSDs
      correctly (Closes: #601258)
    - Added a note about smartctl is unable to print a warning if autosave is
      disabled (Closes: 570892)
    - Print help message if no option is specified (Closes: 435579)
    - Only some of the controller specific parts of the code may still use the
      old ioctl (LP: #658469)
    - New drive database entry for F4EG (LP: #684809)
  * [b5b85ba] Refreshed patches
  * [2b7f0f1] Update to Standards-Version 3.9.1, no changes needed
  * [3ed7206] debian/rules: remove make -C examplescripts
  * [f8250f3] Pass exampledir in configure
  * [0711e68] Install examples files and update-smart-drivedb (Closes: #607689)
    (Closes: #593502)
  * [f36e375] Do not install CHANGELOG COPYING INSTALL and initd files
  * [a76819a] Re-enabled capability-dropping on armel (Closes: #552044)
-- Ubuntu Archive Auto-Sync <email address hidden> Sat, 30 Apr 2011 13:47:15 +0000

Changed in smartmontools (Ubuntu):
status:	Confirmed → Fix Released

Revision history for this message

Anders Bruun Olsen (abo-dsl.dk) wrote on 2013-04-03:

#5

This bug is present in smartmontools 5.43-0ubuntu1 on quantal amd64. Please re-open.

Revision history for this message

Konstantin (hi-angel-z) wrote on 2016-05-26:

#6

This bug is present in smartmontools 6.2 2013-07-26 r3841 on trusty amd64. Please re-open.

Revision history for this message

Christian Franke (christian-franke) wrote on 2016-05-26:

#7

> This bug is present in smartmontools 6.2 2013-07-26 r3841 on trusty amd64.

Please be more specific:
- which (RAID?) controller is used?
- smartctl command line to reproduce the problem?
- smartd.conf file to reproduce the problem?

Generic SCSI code (-d scsi, -d sat) uses SG_IO if supported by kernel. Controller specific code might use some now deprecated SCSI ioctl. The deprecated SCSI_IOCTL_SEND_COMMAND is still used if -d 3ware or -d marvell is specified.

https://www.smartmontools.org/ticket/93

Revision history for this message

Murz (murznn) wrote on 2017-07-13:

#8

This bug is exists on Ubuntu 16.04 with ADAPTEC RAID controller too.

Revision history for this message

Murz (murznn) wrote on 2017-07-13:

#9

Sorry, the problem not in raid device, the problem is in the SSD drive: SSD2SC240GE2DA16
# smartctl --all /dev/sdc
smartctl 6.5 2016-01-24 r4214 [x86_64-linux-4.8.0-34-generic] (local build)
Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org

Short INQUIRY response, skip product id
A mandatory SMART command failed: exiting. To continue, add one or more '-T permissive' options.

Report a bug

This report contains Public information

Everyone can see this information.

You are

Subscribing...

Edit bug mail

Other bug subscribers

Bug attachments

Add attachment

Remote bug watches

Bug watches keep track of this bug in other bug trackers.