| Summary: | Error updating SMART data: sk_disk_check_sleep_mode: Input/output error (udisks-error-quark, 0) | ||
|---|---|---|---|
| Product: | Red Hat Enterprise Linux 7 | Reporter: | shiwang <shiwang> |
| Component: | libatasmart | Assignee: | Lennart Poettering <lpoetter> |
| Status: | CLOSED WONTFIX | QA Contact: | qe-baseos-daemons |
| Severity: | high | Docs Contact: | |
| Priority: | high | ||
| Version: | 7.2 | CC: | alex.ploumistos, boing891, didierg-divers, dmilburn, eddie, extras-qa, gene-redhat, harald, jmagrini, jscotka, kasmith, lpoetter, nanda_kishore_chinna, olchansk, redhat.risc, revers, rgirase, sghosh, tumeya, xujin |
| Target Milestone: | rc | Keywords: | Patch |
| Target Release: | 7.6 | ||
| Hardware: | x86_64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | If docs needed, set a value | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | 921430 | Environment: | |
| Last Closed: | 2020-11-11 21:52:22 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Bug Depends On: | 921430 | ||
| Bug Blocks: | 1400961, 1420851, 1472751, 1507957, 1526256 | ||
|
Description
shiwang
2016-01-26 04:16:09 UTC
It is recorded on messages as the following errors repeat every 10 minutes. The error is not found in smrtctl. Jan 17 03:17:52 localhost udisksd[2143]: Error performing housekeeping for drive /org/freedesktop/UDisks2/drives/INTEL_SSDSC2BX400G4R_BTHC536301XC400VGN: Error updating SMART data: sk_disk_check_sleep_mode: Input/output error (udisks-error-quark, 0) Is it the same as following Bugzilla? https://bugzilla.redhat.com/show_bug.cgi?id=921430 It seems to use the same libatasmart version from chengelog. #rpm -qp --changelog libatasmart-0.19-6.el7.x86_64.rpm * Fri Jan 24 2014 Daniel Mach <dmach> - 0.19-6 - Mass rebuild 2014-01-24 * Fri Dec 27 2013 Daniel Mach <dmach> - 0.19-5 - Mass rebuild 2013-12-27 * Thu Feb 14 2013 Fedora Release Engineering <rel-eng.org> - 0.19-4 - Rebuilt for https://fedoraproject.org/wiki/Fedora_19_Mass_Rebuild *** Bug 1371595 has been marked as a duplicate of this bug. *** Any update on this bug? I built rpm with the patch applied and installed the rpm. Still i am seeing the issue. Can someone provide exact details for applying the patch? I am using Intel SSD. I had already raised a bugzilla at BZ#1371595 (In reply to Nanda Kishore Chinnaram from comment #4) > Can someone provide exact details for applying the patch? Supposing that you have the rpmbuild tree standard set up in your home folder, you need to have the source package http://0pointer.de/public/libatasmart-0.19.tar.xz and the patch https://bugs.freedesktop.org/attachment.cgi?id=76719 (saved as fix-status-io-error.patch) in ~/rpmbuild/SOURCES/ and a spec file like this one https://bugzilla.redhat.com/attachment.cgi?id=969730 in ~/rpmbuild/SPECS/ then build the rpm with rpmbuild -bb ~/rpmbuild/SPECS/libatasmart.spec and if it all succeeds, you'll find the rpm in ~/rpmbuild/RPMS/x86_64/ (if you're on x86_64, else substitute accordingly). This has been working for the past 6 Fedora releases, but I've never tested it on/for RHEL. (In reply to Alexander Ploumistos from comment #6) > (In reply to Nanda Kishore Chinnaram from comment #4) > > Can someone provide exact details for applying the patch? > > Supposing that you have the rpmbuild tree standard set up in your home > folder, you need to have the source package > http://0pointer.de/public/libatasmart-0.19.tar.xz > and the patch > https://bugs.freedesktop.org/attachment.cgi?id=76719 > (saved as fix-status-io-error.patch) in ~/rpmbuild/SOURCES/ > > and a spec file like this one > https://bugzilla.redhat.com/attachment.cgi?id=969730 > in ~/rpmbuild/SPECS/ > > then build the rpm with > rpmbuild -bb ~/rpmbuild/SPECS/libatasmart.spec > > and if it all succeeds, you'll find the rpm in ~/rpmbuild/RPMS/x86_64/ (if > you're on x86_64, else substitute accordingly). > > This has been working for the past 6 Fedora releases, but I've never tested > it on/for RHEL. Thanks for the help. I have tried the same on RHEL-7 but the issue is not fixed for me. (In reply to Nanda Kishore Chinnaram from comment #7) > Thanks for the help. I have tried the same on RHEL-7 but the issue is not > fixed for me. Well, if you've used the same files and rpmbuild does not complain about anything, I can only speculate as to what the problem might be. Try bumping the release tag in the spec file, from Release: 8%{?dist} to Release: 9%{?dist} (or a number higher than what's in the RHEL repos) just in case you're getting the official package instead of the one you've built. (In reply to Alexander Ploumistos from comment #8) > (In reply to Nanda Kishore Chinnaram from comment #7) > > Thanks for the help. I have tried the same on RHEL-7 but the issue is not > > fixed for me. > > Well, if you've used the same files and rpmbuild does not complain about > anything, I can only speculate as to what the problem might be. > > Try bumping the release tag in the spec file, from > > Release: 8%{?dist} > > to > > Release: 9%{?dist} > > (or a number higher than what's in the RHEL repos) > > just in case you're getting the official package instead of the one you've > built. On my system the default libata version is "libatasmart-0.19-6.el7.x86_64". So when i installed rpm that is built using the spec file provided by you and the source file http://0pointer.de/public/libatasmart-0.19.tar.xz , the version bumped from 0.19-6 to 1.19-8. Do we have any update in this issue? The patch seems not to be the fix in my case. Whatever i have done for applying the patch are explained in the above comments. Do you need any other information ? Restoring needinfo on Lennart Karl, Checked with latest test build of RHEL7, issue is still seen. Hope this issue will be addressed. Even with Snapshot-1 release issue didn't get fixed. Just want to know if there is a plan to get this fixed in RHEL 7.4. Nanda, I've reached out to Lennart again. At this point though, I doubt it will get fixed fro 7.4GA. Only blocker bugs are being approved at this time. Metoo. Replaced failed 2TB disk with a 3TB disk, now see these useless udisks errors in the syslog every 10 minutes. (checking if a server zfs disk is sleeping, seriously?) Apparently the fix is pending since 2013: https://bugs.freedesktop.org/show_bug.cgi?id=61998#c1 [root@daqbackup ~]# skdump --overall /dev/sdi Failed to get overall status: Input/output error [root@daqbackup ~]# rpm -qf `which skdump` libatasmart-0.19-6.el7.x86_64 [root@daqbackup ~]# K.O. Since there is no proposed solution to this problem (disable broken polling of smart data), I looked into it:
a) google-suggested solution of using udev rule
KERNEL=="sd*[!0-9]", ... ENV{UDISKS_DISABLE_POLLING}="1"
or similar does not work. Code inspection of udisks2 shows no trace of support for this.
b) udisks2 seems to have a way to disable polling of smart data, maybe via DBUS, this feature does not seem to be documented and I exhausted my time budget to try to figure it out.
As bottom line, disable of unwanted polling of smart data can only be done the hard way:
systemctl stop udisks2 # stop the udisksd daemon
systemctl mask udisks2 # prevent it from restarting
K.O.
Looks like a fix for this problem was released for Fedora Linux. Please include this fix in the el stream. Thanks. https://bugzilla.redhat.com/show_bug.cgi?id=921430 K.O. Red Hat Enterprise Linux 7 shipped it's final minor release on September 29th, 2020. 7.9 was the last minor releases scheduled for RHEL 7. From intial triage it does not appear the remaining Bugzillas meet the inclusion criteria for Maintenance Phase 2 and will now be closed. From the RHEL life cycle page: https://access.redhat.com/support/policy/updates/errata#Maintenance_Support_2_Phase "During Maintenance Support 2 Phase for Red Hat Enterprise Linux version 7,Red Hat defined Critical and Important impact Security Advisories (RHSAs) and selected (at Red Hat discretion) Urgent Priority Bug Fix Advisories (RHBAs) may be released as they become available." If this BZ was closed in error and meets the above criteria please re-open it flag for 7.9.z, provide suitable business and technical justifications, and follow the process for Accelerated Fixes: https://source.redhat.com/groups/public/pnt-cxno/pnt_customer_experience_and_operations_wiki/support_delivery_accelerated_fix_release_handbook Feature Requests can re-opened and moved to RHEL 8 if the desired functionality is not already present in the product. Please reach out to the applicable Product Experience Engineer[0] if you have any questions or concerns. [0] https://bugzilla.redhat.com/page.cgi?id=agile_component_mapping.html&product=Red+Hat+Enterprise+Linux+7 |