LINUX.ORG.RU

[SCSI] очень медленно


0

1

Есть один сервер очень далеко - физический доступ отсутствует. После смены Centos5 на Centos6 сервер стал работать очень медленно. Подозреваю, что из-за скорости диска.

root@serv-1-10 ~]# cat /dev/sda | pv > /dev/null
^C.1MB 0:00:03 [2.56MB/s] [<=>                    ]
[root@serv-1-10 ~]# dd if=/dev/sda | pv > /dev/null
^C57MB 0:00:47 [2.56MB/s] [    <=>                ]   
dmesg и messages молчат. Диск вот такой:
[root@serv-1-10 ~]# cat /proc/scsi/scsi 
Attached devices:
Host: scsi1 Channel: 00 Id: 00 Lun: 00
  Vendor: SAMSUNG  Model: CD-ROM SN-124    Rev: N103
  Type:   CD-ROM                           ANSI  SCSI revision: 05
Host: scsi2 Channel: 00 Id: 00 Lun: 00
  Vendor: SEAGATE  Model: ST336607LC       Rev: DS09
  Type:   Direct-Access                    ANSI  SCSI revision: 03
Host: scsi2 Channel: 00 Id: 06 Lun: 00
  Vendor: PE/PV    Model: 1x3 SCSI BP      Rev: 1.1 
  Type:   Processor                        ANSI  SCSI revision: 02
Возможно, просто очень активно дергали за провода когда переустанавливали систему, или проблема в драйвере. Как продиагностировать этот винт ?


Ответ на: комментарий от adriano32

Было бы неплохо, но:

[root@serv-1-10 ~]# hdparm -I /dev/sda

/dev/sda:
 HDIO_DRIVE_CMD(identify) failed: Invalid exchange
[root@serv-1-10 ~]#

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

пробовал раз:

[root@serv-1-10 ~]# sdparm --inquiry /dev/sda
    /dev/sda: SEAGATE   ST336607LC        DS09
INQUIRY fetching VPD page=0x83 failed

судя по документации это должно показать Vital Product Data (VPD) - что-то вроде SMART для SCSI? но увы...

пробовал два:

[root@serv-1-10 ~]# sdparm --page=rw --long /dev/sda
    /dev/sda: SEAGATE   ST336607LC        DS09
    Direct access device specific parameters: WP=0  DPOFUA=1
Read write error recovery [rw] mode page:
  AWRE        1  [cha: y, def:  1, sav:  1]  Automatic write reallocation enabled
  ARRE        1  [cha: y, def:  1, sav:  1]  Automatic read reallocation enabled
  TB          0  [cha: y, def:  0, sav:  0]  Transfer block
  RC          0  [cha: y, def:  0, sav:  0]  Read continuous
  EER         0  [cha: y, def:  0, sav:  0]  Enable early recovery
  PER         0  [cha: y, def:  0, sav:  0]  Post error
  DTE         0  [cha: y, def:  0, sav:  0]  Data terminate on error
  DCR         0  [cha: y, def:  0, sav:  0]  Disable correction
  RRC        11  [cha: y, def: 11, sav: 11]  Read retry count
  COR_S     255  [cha: n, def:255, sav:255]  Correction span (obsolete)
  HOC         0  [cha: n, def:  0, sav:  0]  Head offset count (obsolete)
  DSOC        0  [cha: n, def:  0, sav:  0]  Data strobe offset count (obsolete)
  TPERE       0  [cha: n, def:  0, sav:  0]  Thin provisioning error reporting enabled
  WRC         5  [cha: y, def:  5, sav:  5]  Write retry count
  RTL        -1  [cha: y, def: -1, sav: -1]  Recovery time limit (ms)

Вот, например, COR_S подозрительно большой. Если это просто параметр который можно выставлять вручную, значит я не туда смотрю. Если это какой-то счетчик (например скорректированных ошибок) то как понять чем может быть проблема?

Кстати, на просторах интеренетов неоднократно читал, что sdparm больше подходит для тонкой настройки устройства чем не для ее диагностики.

fjoe ()

fjoe> Возможно, просто очень активно дергали за провода когда переустанавливали систему

Хм, для переустановки ОС теперь надо дергать провода? Если дергали могли терминацию оторвать. Или драйвер (модуль) не тот или требует параметров.

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

Ну образ то на DVD, а сервер с CD-ROM в комплекте. Вот подключали привод наверное. Народ то дикий - могли и оторвать что-то. Просто хочу понять в чем дело чтобы дать команду «преподключить винт» или «заменить» если он уже того. Ну или самому драйвер попинать если проблема не в железе.

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

Если бы что-то оторвали или недоткнули, то раньше dmesg должно было быть сообщние, что переключается частота шины scsi.

Какая модель сервера? Этот девайс «Vendor: PE/PV Model: 1x3 SCSI BP» не должен быть на отдельном контроллере?

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

То, что раньше dmesg - можно как-то удаленно посмотреть? Или измерить частоту шины уже после загрузки и увидеть что она меньше положеной. Вот содержимое лога после загрузки и пары дней работы простоя

[root@serv-1-10 ~]# grep -i 'SCSI' /var/log/messages
Jul 19 06:08:02 xml-1-10 kernel: SCSI subsystem initialized
Jul 19 06:08:02 xml-1-10 kernel: Block layer SCSI generic (bsg) driver version 0.4 loaded (major 252)
Jul 19 06:08:02 xml-1-10 kernel: scsi0 : pata_serverworks
Jul 19 06:08:02 xml-1-10 kernel: scsi1 : pata_serverworks
Jul 19 06:08:02 xml-1-10 kernel: scsi 1:0:0:0: CD-ROM            SAMSUNG  CD-ROM SN-124    N103 PQ: 0 ANSI: 5
Jul 19 06:08:02 xml-1-10 kernel: scsi2 : ioc0: LSI53C1030 B2, FwRev=01013d00h, Ports=1, MaxQ=255, IRQ=18
Jul 19 06:08:02 xml-1-10 kernel: scsi 2:0:0:0: Direct-Access     SEAGATE  ST336607LC       DS09 PQ: 0 ANSI: 3
Jul 19 06:08:02 xml-1-10 kernel: scsi target2:0:0: Beginning Domain Validation
Jul 19 06:08:02 xml-1-10 kernel: scsi target2:0:0: Ending Domain Validation
Jul 19 06:08:02 xml-1-10 kernel: scsi target2:0:0: FAST-160 WIDE SCSI 320.0 MB/s DT IU QAS RTI WRFLOW PCOMP (6.25 ns, offset 63)
Jul 19 06:08:02 xml-1-10 kernel: scsi 2:0:6:0: Processor         PE/PV    1x3 SCSI BP      1.1  PQ: 0 ANSI: 2
Jul 19 06:08:02 xml-1-10 kernel: scsi target2:0:6: Beginning Domain Validation
Jul 19 06:08:02 xml-1-10 kernel: scsi target2:0:6: Ending Domain Validation
Jul 19 06:08:02 xml-1-10 kernel: scsi target2:0:6: asynchronous
Jul 19 06:08:02 xml-1-10 kernel: scsi3 : ioc1: LSI53C1030 B2, FwRev=01013d00h, Ports=1, MaxQ=255, IRQ=19
Jul 19 06:08:02 xml-1-10 kernel: sr0: scsi3-mmc drive: 24x/24x cd/rw xa/form2 cdda tray
Jul 19 06:08:02 xml-1-10 kernel: sd 2:0:0:0: [sda] Attached SCSI disk
Jul 19 06:08:02 xml-1-10 kernel: scsi: waiting for bus probes to complete ...
Jul 19 06:08:02 xml-1-10 kernel: Modules linked in: scb2_flash(+) ext4 mbcache jbd2 sd_mod crc_t10dif sr_mod cdrom mptspi mptscsih mptbase scsi_transport_spi ata_generic pata_acpi pata_serverworks dm_mod [last unloaded: scsi_wait_scan]
Jul 19 06:08:02 xml-1-10 kernel: sr 1:0:0:0: Attached scsi generic sg0 type 5
Jul 19 06:08:02 xml-1-10 kernel: sd 2:0:0:0: Attached scsi generic sg1 type 0
Jul 19 06:08:02 xml-1-10 kernel: scsi 2:0:6:0: Attached scsi generic sg2 type 3
[root@serv-1-10 ~]#
Есть что-то подозрительное?

Модель сервера Dell PowerEdge 1750:

[root@serv-1-10 ~]# dmidecode | fgrep 'Product'
        Product Name: PowerEdge 1750
        Product Name: 0J3014
[root@serv-1-10 ~]#

Что у него внутри:

[root@serv-1-10 ~]# lspci
00:00.0 Host bridge: Broadcom CMIC-LE Host Bridge (GC-LE chipset) (rev 33)
00:00.1 Host bridge: Broadcom CMIC-LE Host Bridge (GC-LE chipset)
00:00.2 Host bridge: Broadcom CMIC-LE Host Bridge (GC-LE chipset)
00:0e.0 VGA compatible controller: ATI Technologies Inc Rage XL (rev 27)
00:0f.0 Host bridge: Broadcom CSB5 South Bridge (rev 93)
00:0f.1 IDE interface: Broadcom CSB5 IDE Controller (rev 93)
00:0f.2 USB Controller: Broadcom OSB4/CSB5 OHCI USB Controller (rev 05)
00:0f.3 ISA bridge: Broadcom CSB5 LPC bridge
00:10.0 Host bridge: Broadcom CIOB-E I/O Bridge with Gigabit Ethernet (rev 12)
00:10.2 Host bridge: Broadcom CIOB-E I/O Bridge with Gigabit Ethernet (rev 12)
00:11.0 Host bridge: Broadcom CIOB-X2 PCI-X I/O Bridge (rev 05)
00:11.2 Host bridge: Broadcom CIOB-X2 PCI-X I/O Bridge (rev 05)
02:00.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5704 Gigabit Ethernet (rev 02)
02:00.1 Ethernet controller: Broadcom Corporation NetXtreme BCM5704 Gigabit Ethernet (rev 02)
04:05.0 SCSI storage controller: LSI Logic / Symbios Logic 53c1030 PCI-X Fusion-MPT Dual Ultra320 SCSI (rev 07)
04:05.1 SCSI storage controller: LSI Logic / Symbios Logic 53c1030 PCI-X Fusion-MPT Dual Ultra320 SCSI (rev 07)
[root@serv-1-10 ~]#

Что за «Vendor: PE/PV Model: 1x3 SCSI BP» подключено я так и не понял. Здесь в примере это у них винт. Значит по выводу cat /proc/scsi/scsi из первого поста можно сделать вывод, что подключено 2 винта и CDROM. Но

[root@serv-1-10 ~]# ll /dev/disk/by-path/
total 0
lrwxrwxrwx. 1 root root  9 Jul 19 06:07 pci-0000:00:0f.1-scsi-1:0:0:0 -> ../../sr0
lrwxrwxrwx. 1 root root  9 Jul 20 03:46 pci-0000:04:05.0-scsi-0:0:0:0 -> ../../sda
lrwxrwxrwx. 1 root root 10 Jul 19 06:07 pci-0000:04:05.0-scsi-0:0:0:0-part1 -> ../../sda1
lrwxrwxrwx. 1 root root 10 Jul 19 06:07 pci-0000:04:05.0-scsi-0:0:0:0-part2 -> ../../sda2
[root@serv-1-10 ~]#
показыват только один винт - sda и CDROM sr0.

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

>Есть что-то подозрительное?

Нет, подозрительного не вижу. Попробуйте посмотреть вывод sg_vpd.

Я ничего определённого сказать не могу. Диск в корзине, до неё прямой шлейф, терминатор не перепутать. Если бы диск умирал, за двое суток, ИМХО, было бы много ошибок. sda это обычный диск, а не RAID5...

SCSI BP это корзина с дисками. У этого сервера диски вставляются в корзину, так что всё нормально. Хотя, вроде их в базовой комплекации должно быть побольше.

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

вывод vg_spd.

[root@serv-1-10 ~]# sg_vpd /dev/sda
Supported VPD pages VPD page:
  Supported VPD pages [sv]
  Unit serial number [sn]
  Implemented operating definition (obsolete) [iod]
  0xc0
  0xc1
  0xc2
  0xc3
  0xd1
  0xd2
Теперь просмотр всех доступных страниц из этого списка:
[root@serv-1-10 ~]# sg_vpd -p sn /dev/sda
Unit serial number VPD page:
  Unit serial number: 3JA7LAES


[root@serv-1-10 ~]# sg_vpd -p iod /dev/sda
Only hex output supported
VPD page code=0x81:
 00     00 81 00 03 04 84 84


[root@serv-1-10 ~]# sg_vpd -p 0xc0 /dev/sda
Firmware numbers (Seagate) VPD Page:
  SCSI firmware release number: 07315B09
  Servo ROM release number: 2003D909
  SAP block point numbers (major/minor): 00000000
  Servo firmware release date: D909
  Servo ROM release date: 2003
  SAP firmware release number: 20036068
  SAP firmware release date: 6068
  SAP firmware release year: 2003
  SAP manufacturing key: 0000
  Servo firmware product family and product family member: 1903


[root@serv-1-10 ~]# sg_vpd -p 0xc1 /dev/sda
Only hex output supported
VPD page code=0xc1:
 00     00 c1 00 10 30 34 31 33  32 30 30 34 30 37 33 31
 10     32 30 30 33
[root@serv-1-10 ~]# sg_vpd -p 0xc2 /dev/sda
Jump setting (Seagate) VPD Page:
 00     00 c2 00 02 40 00                                   ....@.


[root@serv-1-10 ~]# sg_vpd -p 0xc3 /dev/sda
Device behavior (Seagate) VPD Page:
 00     00 c3 00 f6 03 07 00 53  54 33 33 36 36 30 37 4c    .......ST336607L
 10     43 20 20 20 20 20 20 03  20 00 8a ae 96 e4 00 00    C      . .......
 20     b8 38 49 18 00 02 ce 10  c0 00 00 40 16 01 00 00    .8I........@....
 30     02 c0 40 06 b5 ad 06 06  00 82 00 24 00 24 a0 40    ..@........$.$.@
 40     03 03 08 19 00 00 00 04  0f 03 00 00 00 00 00 00    ................
 50     e0 00 00 80 00 00 00 00  00 00 00 00 00 00 00 00    ................
 60     00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00    ................
 70     00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00    ................
 80     00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00    ................
 90     00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00    ................
 a0     00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00    ................
 b0     00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00    ................
 c0     00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00    ................
 d0     00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00    ................
 e0     00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00    ................
 f0     00 00 00 00 00 00 00 00  00 00                      ..........


[root@serv-1-10 ~]# sg_vpd -p 0xd1 /dev/sda
Only hex output supported
VPD page code=0xd1:
 00     00 d1 00 f0 39 56 34 30  30 36 2d 30 38 37 20 20
 10     20 20 20 20 31 30 30 32  32 31 37 35 34 20 20 20
 20     20 20 20 20 4d 4d 47 55  43 30 4d 33 45 54 20 20
 30     20 20 20 20 33 34 34 30  37 43 20 20 20 20 20 20
 40     20 20 20 20 4d 34 33 35  4c 48 30 52 39 31 30 34
 50     42 43 20 31 30 30 31 39  39 34 34 33 41 20 20 20
 60     20 20 20 20 54 34 34 31  32 31 39 37 33 39 20 20
 70     20 20 20 20 54 34 34 31  32 31 39 37 34 30 20 20
 80     20 20 20 20 20 20 20 20  20 20 20 20 20 20 20 20
 90     20 20 20 20 20 20 20 20  20 20 20 20 20 20 20 20
 a0     20 20 20 20 20 20 20 20  20 20 20 20 20 20 20 20
 b0     20 20 20 20 20 20 20 20  20 20 20 20 20 20 20 20
 c0     20 20 20 20 20 20 20 20  20 20 20 20 20 20 20 20
 d0     20 20 20 20 20 20 20 20  20 20 20 20 20 20 20 20
 e0     20 20 20 20 20 20 20 20  20 20 20 20 20 20 20 20
 f0     20 20 20 20


[root@serv-1-10 ~]# sg_vpd -p 0xd2 /dev/sda
Only hex output supported
VPD page code=0xd2:
 00     00 d2 00 f0 32 30 30 33  44 39 30 39 20 20 20 20
 10     20 20 20 20 30 37 33 31  35 42 30 39 20 20 20 20
 20     20 20 20 20 31 30 30 32  33 30 35 39 39 20 20 20
 30     20 20 20 20 4a 20 20 20  20 20 20 20 20 20 20 20
 40     20 20 20 20 37 34 34 31  59 32 55 48 20 20 20 20
 50     20 20 20 20 34 34 31 20  20 20 20 20 20 20 20 20
 60     20 20 20 20 30 30 32 33  20 20 20 20 20 20 20 20
 70     20 20 20 20 20 20 20 20  20 20 20 20 20 20 20 20
 80     20 20 20 20 30 30 37 34  34 31 20 20 55 35 20 32
 90     39 32 30 20 31 20 20 20  20 20 20 20 20 20 20 20
 a0     20 20 20 20 30 34 30 20  20 20 38 20 20 20 20 20
 b0     4c 32 30 32 36 36 35 34  39 32 20 55 32 30 30 4d
 c0     36 39 30 20 35 20 20 20  20 20 20 20 20 20 20 20
 d0     20 20 20 20 30 34 30 20  20 20 37 20 20 20 20 20
 e0     47 41 38 33 20 20 20 20  20 20 20 20 20 20 20 20
 f0     20 20 20 20

sg_inq выдает более полное описание VPD

[root@serv-1-10 ~]# sg_inq -e /dev/sda
VPD INQUIRY, page code=0x00:
   [PQual=0  Peripheral device type: disk]
   Supported VPD pages:
     0x0        Supported VPD pages
     0x80       Unit serial number
     0x81       Implemented operating definitions (obsolete)
     0xc0       vendor: Firmware numbers (seagate); Unit path report (EMC)
     0xc1       vendor: Date code (seagate)
     0xc2       vendor: Jumper settings (seagate); Software version (RDAC)
     0xc3       vendor: Device behavior (seagate)
     0xd1
     0xd2
вот '0xc3 vendor: Device behavior' было бы интересно посмотреть.
[root@serv-1-10 ~]# sg_inq -e -p 0xc3 /dev/sda
 Only hex output supported. sg_vpd decodes more pages.
VPD INQUIRY, page code=0xc3:
 00     00 c3 00 f6 03 07 00 53  54 33 33 36 36 30 37 4c    .......ST336607L
 10     43 20 20 20 20 20 20 03  20 00 8a ae 96 e4 00 00    C      . .......
 20     b8 38 49 18 00 02 ce 10  c0 00 00 40 16 01 00 00    .8I........@....
 30     02 c0 40 06 b5 ad 06 06  00 82 00 24 00 24 a0 40    ..@........$.$.@
 40     03 03 08 19 00 00 00 04  0f 03 00 00 00 00 00 00    ................
 50     e0 00 00 80 00 00 00 00  00 00 00 00 00 00 00 00    ................
 60     00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00    ................
 70     00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00    ................
 80     00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00    ................
 90     00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00    ................
 a0     00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00    ................
 b0     00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00    ................
 c0     00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00    ................
 d0     00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00    ................
 e0     00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00    ................
 f0     00 00 00 00 00 00 00 00  00 00                      ..........
но декодировать не может, как и sg_vpd.

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

Есть еще подозрительная статистика от smartctl

root@serv-1-10 ~]# smartctl -a /dev/sda
smartctl 5.39.1 2010-01-28 r3054
Copyright (C) 2002-10 by Bruce Allen, http://smartmontools.sourceforge.net

Device: SEAGATE  ST336607LC       Version: DS09
Serial number: 3JA7LAES
Device type: disk
Transport protocol: Parallel SCSI (SPI-4)
Local Time is: Fri Jul 22 06:18:54 2011 EDT
Device supports SMART and is Enabled
Temperature Warning Enabled
SMART Health Status: OK

Current Drive Temperature:     35 C
Drive Trip Temperature:        68 C
Elements in grown defect list: 6
Vendor (Seagate) cache information
  Blocks sent to initiator = 3285857782
  Blocks received from initiator = 839649190
  Blocks read from cache and sent to initiator = 1507140787
  Number of read and write commands whose size <= segment size = 404017240
  Number of read and write commands whose size > segment size = 5056586
Vendor (Seagate/Hitachi) factory information
  number of hours powered up = 26587.02
  number of minutes until next internal SMART test = 118

Error counter log:
           Errors Corrected by           Total   Correction     Gigabytes    Total
               ECC          rereads/    errors   algorithm      processed    uncorrected
           fast | delayed   rewrites  corrected  invocations   [10^9 bytes]  errors
read:    1414612        0         0   1414612    1414612      20119.387           0
write:         0        0        17        17        157       8670.066           0
verify:        0        0         0         0          0          0.000           0

Non-medium error count:     7684

[GLTSD (Global Logging Target Save Disable) set. Enable Save with '-S on']

SMART Self-test log
Num  Test              Status                 segment  LifeTime  LBA_first_err [SK ASC ASQ]
     Description                              number   (hours)
# 1  Background long   Completed                   -       4                 - [-   -    -]
# 2  Background short  Completed                   -       4                 - [-   -    -]

Long (extended) Self Test duration: 768 seconds [12.8 minutes]
[root@serv-1-10 ~]#
Тут 'Errors Corrected by ECC -> fast -> read: 1414612' выглядит неочень. И 'Non-medium error count: 7684' настораживает. Если запускаю сat /dev/sda |pv> /dev/null, то Errors Corrected by ECC начинает увеличиваться где-то на 2-3 в секунду.

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

В инете написано, что большое значение «Errors Corrected by ECC fast» у Seagate нормальное явление. Попробуйте прогнать Background long test.

'Non-medium error count: 7684' ИМХО, плохо, хотя я не могу сказать, что оно значит. Это значение растёт?

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

Запустил Background long test:

[root@serv-1-10 ~]# smartctl -t long /dev/sda
smartctl 5.39.1 2010-01-28 r3054 [i386-redhat-linux-gnu] (local build)
Copyright (C) 2002-10 by Bruce Allen, http://smartmontools.sourceforge.net

Extended Background Self Test has begun
Please wait 12 minutes for test to complete.
Estimated completion time: Sat Jul 23 13:45:01 2011

Use smartctl -X to abort test
прошло минут 20... :
[root@serv-1-10 ~]# smartctl -a /dev/sda
smartctl 5.39.1 2010-01-28 r3054 [i386-redhat-linux-gnu] (local build)
Copyright (C) 2002-10 by Bruce Allen, http://smartmontools.sourceforge.net

Device: SEAGATE  ST336607LC       Version: DS09
Serial number: 3JA7LAES
Device type: disk
Transport protocol: Parallel SCSI (SPI-4)
Local Time is: Sat Jul 23 13:55:30 2011 EDT
Device supports SMART and is Enabled
Temperature Warning Enabled
SMART Health Status: OK

Current Drive Temperature:     38 C
Drive Trip Temperature:        68 C
Elements in grown defect list: 6
Vendor (Seagate) cache information
  Blocks sent to initiator = 3286382374
  Blocks received from initiator = 848030048
  Blocks read from cache and sent to initiator = 1507247855
  Number of read and write commands whose size <= segment size = 404189257
  Number of read and write commands whose size > segment size = 5063425
Vendor (Seagate/Hitachi) factory information
  number of hours powered up = 26616.75
  number of minutes until next internal SMART test = 14

Error counter log:
           Errors Corrected by           Total   Correction     Gigabytes    Total
               ECC          rereads/    errors   algorithm      processed    uncorrected
           fast | delayed   rewrites  corrected  invocations   [10^9 bytes]  errors
read:    1414969        0         0   1414969    1414969      20157.859           0
write:         0        0        17        17        157       8677.487           0
verify:        0        0         0         0          0          0.000           0

Non-medium error count:     7684

[GLTSD (Global Logging Target Save Disable) set. Enable Save with '-S on']

SMART Self-test log
Num  Test              Status                 segment  LifeTime  LBA_first_err [SK ASC ASQ]
     Description                              number   (hours)
# 1  Background long   Completed                   -   26616                 - [-   -    -]
# 2  Background long   Completed                   -       4                 - [-   -    -]
# 3  Background short  Completed                   -       4                 - [-   -    -]

Long (extended) Self Test duration: 768 seconds [12.8 minutes]
[root@serv-1-10 ~]#
в таблице появилась строка #1. Судя по lifetime этот - последний. Complete и больше никаки данных как и у остальных записей. Кстати, Non-medium error count не растет.

Вчера диск был переподключен - безрезультатно.

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