LINUX.ORG.RU

Error performing housekeeping for drive...

 ,


0

1

Здравствуйте, уважаемые! На оффоруме моей железки не помогли, интересны ваши мысли!

Стоит Debian

root@7th_odroid:~# uname -a
Linux 7th_odroid 3.8.13.18 #3 SMP PREEMPT Wed Apr 23 07:08:02 BRT 2014 armv7l armv7l armv7l GNU/Linux
Сам по себе вырубается примерно раз в неделю в разное время, не могу понять причину. Последние записи в логе перед выключением:

Aug 11 19:33:00 7th_odroid udisksd[4284]: Error performing housekeeping for drive /org/freedesktop/UDisks2/drives/HGST_HTS541515A9E630_DA4010DBG0URUE: Error updating SMART da
ta: sk_disk_check_sleep_mode: Operation not supported (udisks-error-quark, 0)
Aug 11 19:39:01 7th_odroid CRON[9968]: (root) CMD (  [ -x /usr/lib/php5/maxlifetime ] && [ -x /usr/lib/php5/sessionclean ] && [ -d /var/lib/php5 ] && /usr/lib/php5/sessioncle
an /var/lib/php5 $(/usr/lib/php5/maxlifetime))
Aug 11 19:43:00 7th_odroid udisksd[4284]: Error performing housekeeping for drive /org/freedesktop/UDisks2/drives/HGST_HTS541515A9E630_DA4010DBG0URUE: Error updating SMART da
ta: sk_disk_check_sleep_mode: Operation not supported (udisks-error-quark, 0)
Aug 11 19:50:52 7th_odroid whoopsie[2503]: online
Aug 11 19:52:14  whoopsie[2503]: last message repeated 2 times
Aug 11 19:53:00 7th_odroid udisksd[4284]: Error performing housekeeping for drive /org/freedesktop/UDisks2/drives/HGST_HTS541515A9E630_DA4010DBG0URUE: Error updating SMART da
ta: sk_disk_check_sleep_mode: Operation not supported (udisks-error-quark, 0)
Aug 11 20:03:00 7th_odroid udisksd[4284]: Error performing housekeeping for drive /org/freedesktop/UDisks2/drives/HGST_HTS541515A9E630_DA4010DBG0URUE: Error updating SMART da
ta: sk_disk_check_sleep_mode: Operation not supported (udisks-error-quark, 0)
Aug 11 20:09:01 7th_odroid CRON[13594]: (root) CMD (  [ -x /usr/lib/php5/maxlifetime ] && [ -x /usr/lib/php5/sessionclean ] && [ -d /var/lib/php5 ] && /usr/lib/php5/sessioncl
ean /var/lib/php5 $(/usr/lib/php5/maxlifetime))
Aug 11 20:13:00 7th_odroid udisksd[4284]: Error performing housekeeping for drive /org/freedesktop/UDisks2/drives/HGST_HTS541515A9E630_DA4010DBG0URUE: Error updating SMART da
ta: sk_disk_check_sleep_mode: Operation not supported (udisks-error-quark, 0)
Aug 11 20:17:01 7th_odroid CRON[14614]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
Aug 11 20:19:04 7th_odroid whoopsie[2503]: online
Aug 11 20:20:16  whoopsie[2503]: last message repeated 2 times
Aug 11 20:23:00 7th_odroid udisksd[4284]: Error performing housekeeping for drive /org/freedesktop/UDisks2/drives/HGST_HTS541515A9E630_DA4010DBG0URUE: Error updating SMART da
ta: sk_disk_check_sleep_mode: Operation not supported (udisks-error-quark, 0)
Aug 11 20:33:54 (none) kernel: imklog 5.8.11, log source = /proc/kmsg started.
Aug 11 20:33:54 (none) rsyslogd: [origin software="rsyslogd" swVersion="5.8.11" x-pid="2023" x-info="http://www.rsyslog.com"] start
Aug 11 20:33:54 (none) rsyslogd: rsyslogd's groupid changed to 103
Aug 11 20:33:54 (none) rsyslogd: rsyslogd's userid changed to 101
Aug 11 20:33:54 (none) rsyslogd-2039: Could not open output pipe '/dev/xconsole' [try http://www.rsyslog.com/e/2039 ]
Aug 11 20:33:54 (none) kernel: [    0.000000] Booting Linux on physical CPU 0xa00

К железке подключены два винта по USB - один старый и умирающий (sdb), но ошибка в логах про относительно новый (полгода ему) винт sda на 1,5 Тб. Вот выводы Smartmontools, которые собственно, только подтверждают, что с новым винтом всё нормально:

root@7th_odroid:~# smartctl -l selftest /dev/sda (новый диск, с которым возникают ошибки)
smartctl 6.2 2013-04-20 r3812 [armv7l-linux-3.8.13.18] (local build)
Copyright (C) 2002-13, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF READ SMART DATA SECTION ===
SMART Self-test log structure revision number 1
Num  Test_Description    Status                  Remaining  LifeTime(hours)  LBA_of_first_error
# 1  Short offline       Completed without error       00%      4229         -






root@7th_odroid:~# smartctl -l selftest /dev/sdb (хреновый старый винт)
smartctl 6.2 2013-04-20 r3812 [armv7l-linux-3.8.13.18] (local build)
Copyright (C) 2002-13, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF READ SMART DATA SECTION ===
SMART Self-test log structure revision number 1
Num  Test_Description    Status                  Remaining  LifeTime(hours)  LBA_of_first_error
# 1  Short offline       Completed: unknown failure    90%     11010         0
root@7th_odroid:~# smartctl -i /dev/sda
smartctl 6.2 2013-04-20 r3812 [armv7l-linux-3.8.13.18] (local build)
Copyright (C) 2002-13, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Device Model:     HGST HTS541515A9E630
Serial Number:    DA4010DBG0URUE
LU WWN Device Id: 5 000cca 74ec0609c
Firmware Version: KA0OA500
User Capacity:    1,500,301,910,016 bytes [1.50 TB]
Sector Sizes:     512 bytes logical, 4096 bytes physical
Rotation Rate:    5400 rpm
Device is:        Not in smartctl database [for details use: -P showall]
ATA Version is:   ATA8-ACS T13/1699-D revision 6
SATA Version is:  SATA 3.0, 6.0 Gb/s (current: 1.5 Gb/s)
Local Time is:    Tue Aug 12 20:13:25 2014 MSK
SMART support is: Available - device has SMART capability.
SMART support is: Enabled




root@7th_odroid:~# smartctl -H /dev/sda
smartctl 6.2 2013-04-20 r3812 [armv7l-linux-3.8.13.18] (local build)
Copyright (C) 2002-13, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED

root@7th_odroid:~# smartctl -c /dev/sda
smartctl 6.2 2013-04-20 r3812 [armv7l-linux-3.8.13.18] (local build)
Copyright (C) 2002-13, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF READ SMART DATA SECTION ===
General SMART Values:
Offline data collection status:  (0x80) Offline data collection activity
                                        was never started.
                                        Auto Offline Data Collection: Enabled.
Self-test execution status:      (   0) The previous self-test routine completed
                                        without error or no self-test has ever
                                        been run.
Total time to complete Offline
data collection:                (   45) seconds.
Offline data collection
capabilities:                    (0x5b) SMART execute Offline immediate.
                                        Auto Offline data collection on/off support.
                                        Suspend Offline collection upon new
                                        command.
                                        Offline surface scan supported.
                                        Self-test supported.
                                        No Conveyance Self-test supported.
                                        Selective Self-test supported.
SMART capabilities:            (0x0003) Saves SMART data before entering
                                        power-saving mode.
                                        Supports SMART auto save timer.
Error logging capability:        (0x01) Error logging supported.
                                        General Purpose Logging supported.
Short self-test routine
recommended polling time:        (   2) minutes.
Extended self-test routine
recommended polling time:        ( 342) minutes.
SCT capabilities:              (0x003d) SCT Status supported.
                                        SCT Error Recovery Control supported.
                                        SCT Feature Control supported.
                                        SCT Data Table supported.

Я так понимаю, что проблема именно из-за

udisksd[4284]: Error performing housekeeping for drive /org/freedesktop/UDisks2/drives/HGST_HTS541515A9E630_DA4010DBG0URUE: Error updating SMART data: sk_disk_check_sleep_mode: Operation not supported (udisks-error-quark, 0)
Что можно с этим сделать? Или может проблема в ином?

Смотри питание. Скорее всего проседает питание под резкой нагрузкой, идет brown-out ресет, по которому оно не включается. У тебя как раз в логе увесистые крон-задачи которые ВНЕЗАПНО загружают проц, соответственно потребление резко скачет, напруга проседает.

Рекомендую на вход питания одроеда повесить увесистый электролит. Я оверкильнул - повесил на свои по 4700uF. Оно при отрубании питания на нем еще продолжает несколько секунд работать.

ncrmnt ★★★★★ ()

винты питаются от USB или есть выделенный источник питания?

если первое то ncrmnt выше уже все сказал.

exception13 ★★★★★ ()
Ответ на: комментарий от ncrmnt

Простите за столь долгое молчание) Благодарю за ответ!

На сам одроид подаётся всего два ампера, поэтому оба винта (у них двойные USB-шнурки) воткнуты одним концом в одроид, а другими в USB-хаб, на котором ещё 2A. Актуально ли при таких исходных данных ещё что-то мудрить с питанием? И что такое электролит - конденсатор?

seventhsite ()
Ответ на: комментарий от seventhsite

К слову говоря, раз уж про питание зашла речь, одроид продолжает работать, даже если из него вытащить его собственное питание, то есть чисто на этом хабе питается через USB о_О Интересно, оно ему не вредно так?

seventhsite ()
Ответ на: комментарий от ncrmnt

На нём постоянно запущен XBMC, который в состоянии покоя потребляет порядка 16% одного ядра проца. А выключение происходит как раз в состоянии покоя. Когда XBMC что-то показывает загрузка почти максимальная, но ни разу отрубаний в такие моменты не происходило. В состоянии покоя даже не знаю чем он может внезапно нагружаться...

root@7th_odroid:~# w
 15:39:56 up 8 days,  2:40,  4 users,  load average: 0.09, 0.23, 0.30

Также постоянно работает owncloud, но качает что-то редко, да и проц при этом грузит не очень сильно...

seventhsite ()
Ответ на: комментарий от seventhsite

Простой тест:

#!/bin/bash
cat /dev/urandom > /dev/null&
cat /dev/urandom > /dev/null&
cat /dev/urandom > /dev/null&
cat /dev/urandom > /dev/null&

У меня стоит такое запустить при нулевой загрузке оно сразу вешалось, пока кондер не влепил. Даже видно было как диод красный мерцал на мгновение из-за просадки. Да и вообще поставь, лишним не будет. У тебя выход 5 вольт, но мы живем не в идеальном мире, потому провод имеет тоже какое-то сопротивление/индуктивность и тупо не успевает прокачать когда возрастает нагрузка => падение напруги и все вытекающие. А так как воткнут у тебя усб веник, то на разъемах, и еще одном проводе поди тоже упало прилично. Ну и разъем питания там говно лютое, я параллельно ему запаял JST, питаю через него, веники у меня десктопные у нему подключены, но вход 5/12 от БП тоже через JST в обход одроеда.

ncrmnt ★★★★★ ()
Последнее исправление: ncrmnt (всего исправлений: 1)
Ответ на: комментарий от ncrmnt

Запустил ваш скриптик, 10 минут понаблюдал - ничего не произошло. Одроид не отрубился и даже ошибок в syslog никаких не написал.

top - 18:30:46 up 8 days,  5:31,  5 users,  load average: 4.37, 3.28, 1.68
Tasks: 188 total,   5 running, 183 sleeping,   0 stopped,   0 zombie
%Cpu(s):  6.4 us, 92.5 sy,  1.1 ni,  0.0 id,  0.0 wa,  0.0 hi,  0.0 si,  0.0 st
KiB Mem:   1031120 total,   884552 used,   146568 free,    75000 buffers
KiB Swap:  2096124 total,   141992 used,  1954132 free,   207044 cached

  PID USER      PR  NI  VIRT  RES  SHR S  %CPU %MEM    TIME+  COMMAND
30803 root      20   0  3380  524  396 R  99.7  0.1   6:09.47 cat
30801 root      20   0  3380  524  396 R  95.4  0.1   6:00.37 cat
30800 root      20   0  3380  524  396 R  91.1  0.1   6:15.63 cat
30802 root      20   0  3380  524  396 R  80.9  0.1   6:07.32 cat
 1762 odroid    20   0  490m 103m  15m S  26.7 10.3 317:18.50 xbmc.bin
31584 owncloud  20   0  137m  14m 7644 S   4.6  1.5   0:00.14 apache2
30555 root      20   0  4400 1164  788 R   0.7  0.1   0:02.42 top
    1 root      20   0  3136 1664  784 S   0.0  0.2   1:01.72 init
    2 root      20   0     0    0    0 S   0.0  0.0   0:00.20 kthreadd
    3 root      20   0     0    0    0 S   0.0  0.0   1:32.83 ksoftirqd/0

На счёт кондёра - попробую что-нибудь предпринять...

seventhsite ()
Ответ на: комментарий от seventhsite

О, таки написал чуть позже. Но я так понимаю с этой нагрузкой всё-таки не связано.

Sep  3 18:32:30 7th_odroid udisksd[4368]: Error performing housekeeping for drive /org/freedesktop/UDisks2/drives/HGST_HTS541515A9E630_DA4010DBG0URUE: Error updating SMART data: sk_disk_check_sleep_mode: Operation not supported (udisks-error-quark, 0)
seventhsite ()
11 ноября 2014 г.

наблюдаю такую же картину у себя. Только у меня Gentoo и диск вырубается каждые 10 минут. Из-за этого у меня бекап не проходит. Каждая попытка udisksd сделать хаускипинг приводит к отключению устройства.

@seventhsite, у вас никакого решения не нашлось?

anonymous ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.